Vista Entity Framework y SQL Server

Pude resolver esto usando el diseñador.

1. Abra el Navegador de modelos.
2. Encuentre la vista en el diagrama.
3. Haga clic derecho en la clave principal y asegúrese de que "Clave de entidad" esté marcada.
4. Selección múltiple de todas las claves no primarias. Utilice las teclas Ctrl o Shift.
5. En la ventana de Propiedades (presione F4 si es necesario para verlo), cambie "Clave de entidad desplegable" a False.
6. Guarda los cambios.
7. Cierre Visual Studio y vuelva a abrirlo. Estoy usando Visual Studio 2013 con EF 6 y tuve que hacer esto para que las advertencias desaparecieran.

No tuve que cambiar mi vista para usar las soluciones alternativas ISNULL, NULLIF o COALESCE. Si actualiza su modelo desde la base de datos, las advertencias volverán a aparecer, pero desaparecerán si cierra y vuelve a abrir, frente a los cambios realizados en el diseñador que se conservarán y no se verán afectados por la actualización.

Está de acuerdo con @Tillito, sin embargo, en la mayoría de los casos se foul SQL optimizer y no va a utilizar los índices correctos.

Puede ser obvio para alguien, pero quemé horas resolviendo problemas de rendimiento usando la solución Tillito. Digamos que tienes la tabla:

 Create table OrderDetail
    (  
       Id int primary key,
       CustomerId int references Customer(Id),
       Amount decimal default(0)
    );
 Create index ix_customer on OrderDetail(CustomerId);

Y tu punto de vista es algo así

 Create view CustomerView
    As
      Select 
          IsNull(CustomerId, -1) as CustomerId, -- forcing EF to use it as key
          Sum(Amount) as Amount
      From OrderDetail
      Group by CustomerId

Sql optimizer no utilizará index ix_customer y realizará análisis de tabla en el índice primario, pero si en lugar de:

Group by CustomerId

Utiliza

Group by IsNull(CustomerId, -1)

Hará MS SQL (al menos 2008) incluye el índice derecho en el plan.

Si

Este método funciona bien para mí. Uso ISNULL() para el campo de clave primaria, y COALESCE() si el campo no debe ser la clave primaria, pero también debe tener un valor no nullable. Este ejemplo produce un campo ID con una clave primaria no anulable. Los otros campos no son claves, y tienen (None) como su atributo Nullable.

SELECT      
ISNULL(P.ID, - 1) AS ID,  
COALESCE (P.PurchaseAgent, U.[User Nickname]) AS PurchaseAgent,  
COALESCE (P.PurchaseAuthority, 0) AS PurchaseAuthority,  
COALESCE (P.AgencyCode, '') AS AgencyCode,  
COALESCE (P.UserID, U.ID) AS UserID,  
COALESCE (P.AssignPOs, 'false') AS AssignPOs,  
COALESCE (P.AuthString, '') AS AuthString,  
COALESCE (P.AssignVendors, 'false') AS AssignVendors 
FROM Users AS U  
INNER JOIN Users AS AU ON U.Login = AU.UserName  
LEFT OUTER JOIN PurchaseAgents AS P ON U.ID = P.UserID

Si realmente no tiene una clave primaria, puede falsificar una usando ROW_NUMBER para generar una pseudo-clave que es ignorada por su código. Por ejemplo:

SELECT
ROW_NUMBER() OVER(ORDER BY A,B) AS Id,
A, B
FROM SOMETABLE

El generador EDM actual de Entity Framework creará una clave compuesta a partir de todos los campos no anulables en su vista. Para obtener control sobre esto, deberá modificar las columnas de la vista y de la tabla subyacente estableciendo las columnas en nullable cuando no desee que formen parte de la clave principal. Lo contrario también es cierto, ya que me encontré con que la clave generada por EDM estaba causando problemas de duplicación de datos, por lo que tuve que definir una columna nullable como no nullable para forzar la clave compuesta en el EDM para incluir esa columna.

Parece que es un problema conocido con EdmGen: http://social.msdn.microsoft.com/forums/en-US/adodotnetentityframework/thread/12aaac4d-2be8-44f3-9448-d7c659585945/

Para obtener una vista solo tenía que mostrar una columna de clave primaria Creé una segunda vista que apuntaba a la primera y usé NULLIF para hacer que los tipos fueran nullables. Esto funcionó para mí para hacer que la EF pensara que solo había una sola clave primaria en la vista.

No estoy seguro de si esto le ayudará, ya que no creo que EF acepte una entidad sin clave primaria.

También le recomiendo si no quiere meterse con lo que debería ser la clave primaria incorporar ROW_NUMBER a su selección y configurarlo como clave primaria y establecer todas las demás columnas/memebers como no primarias en el modelo.

Debido a los problemas mencionados anteriormente, prefiero las funciones de valor de tabla.

Si tienes esto:

CREATE VIEW [dbo].[MyView] AS SELECT A, B FROM dbo.Something

Crea esto:

CREATE FUNCTION MyFunction() RETURNS TABLE AS RETURN (SELECT * FROM [dbo].[MyView])

Entonces simplemente importa la función en lugar de la vista.