Entity Framework y SQL Server Ver

Question

Por varias razones que no tienen la libertad de hablar, estamos definiendo una vista en nuestro servidor de base de datos SQL 2005, así:

CREATE VIEW [dbo].[MeterProvingStatisticsPoint] 
AS 
SELECT 
    CAST(0 AS BIGINT) AS 'RowNumber', 
    CAST(0 AS BIGINT) AS 'ProverTicketId', 
    CAST(0 AS INT) AS 'ReportNumber', 
    GETDATE() AS 'CompletedDateTime', 
    CAST(1.1 AS float) AS 'MeterFactor', 
    CAST(1.1 AS float) AS 'Density', 
    CAST(1.1 AS float) AS 'FlowRate', 
    CAST(1.1 AS float) AS 'Average', 
    CAST(1.1 AS float) AS 'StandardDeviation', 
    CAST(1.1 AS float) AS 'MeanPlus2XStandardDeviation', 
    CAST(1.1 AS float) AS 'MeanMinus2XStandardDeviation' 
WHERE 0 = 1 

La idea es que el Entity Framework creará una entidad sobre la base de esta consulta, que lo hace, pero genera con un error que indica lo siguiente:

Advertencia 6002: la tabla/vista 'Keystone_Local.dbo.MeterProvingStatisticsPoint' no tiene una clave principal definida. La clave se ha inferido y la definición se creó como una tabla/vista de solo lectura.

Y decide que el campo CompletedDateTime será la clave primaria de esta entidad.

Estamos utilizando EdmGen para generar el modelo. ¿Hay alguna manera de que el marco de entidad no incluya ningún campo de esta vista como clave principal?

Answer 1

Tuvimos el mismo problema y esta es la solución:

Para forzar marco de la entidad a utilizar una columna como clave principal, el uso ISNULL.

Para forzar que el marco de la entidad no use una columna como clave principal, use NULLIF.

Una forma fácil de aplicar esto es ajustar la instrucción de selección de su vista en otra selección.

Ejemplo:

SELECT 
    ISNULL(MyPrimaryID,-999) MyPrimaryID, 
    NULLIF(AnotherProperty,'') AnotherProperty 
    FROM (...) AS temp 

Answer 2

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

Answer 3

El generador de corriente Entity Framework EDM creará una clave compuesta de todos los campos no anulable en su punto de vista. Para obtener control sobre esto, deberá modificar la vista y las columnas de la tabla subyacente para que las columnas sean anulables cuando no desee que formen parte de la clave principal. Lo contrario también es cierto, como me encontré, la clave generada por EDM causaba problemas de duplicación de datos, por lo que tuve que definir una columna que aceptaba nulos como no anulable para obligar a la clave compuesta en el EDM a incluir esa columna.

Answer 4

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

No estoy seguro si esto te ayudará, ya que no creo que el EF acepte una entidad sin la clave principal.

Answer 5

De acuerdo con @Tillito, sin embargo en la mayoría de los casos se ensuciará optimizador de SQL y no utilizará los índices correctos.

Puede ser obvio para alguien, pero me quemé horas resolviendo problemas de rendimiento con la solución Tillito.Digamos que tiene 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 su vista es algo como esto

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 

optimizador de SQL no va a usar ix_customer índice y se llevará a cabo exploración de tabla en el índice principal, pero si en lugar de:

Group by CustomerId 

que utilizan

Group by IsNull(CustomerId, -1) 

hará que MS SQL (al menos 2008) incluya el índice correcto en el plan.

Si

Answer 6

Este método funciona bien para mí. Yo uso ISNULL() para el campo de clave principal, y COALESCE() si el campo no debe ser la clave principal, pero también debe tener un valor que no admite nulos. Este ejemplo produce un campo ID con una clave primaria no anulable. Los otros campos no son claves, y tienen (Ninguno) 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 principal, se puede suplantar uno mediante el uso de ROW_NUMBER para generar una clave seudo que es ignorado por su código. Por ejemplo:

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

Answer 7

yo era capaz de resolver este usando el diseñador.

1. Abra el navegador de modelos.
2. Encuentra la vista en el diagrama.
3. Haga clic con el botón derecho en la clave principal y asegúrese de que esté marcada la "clave de entidad".
4. Selección múltiple de todas las claves no primarias. Use las teclas Ctrl o Shift.
5. En la ventana Propiedades (presione F4 si es necesario para verla), cambie el menú desplegable "Clave de entidad" a False.
6. Guardar 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 desaparezcan.

No tuve que cambiar mi vista para utilizar las soluciones provisionales 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 VS. Los cambios que realizó en el diseñador se conservarán y no se verán afectados por la actualización.

Answer 8

También recomiendo si no quiere meterse con lo que debería ser la clave principal para incorporar ROW_NUMBER a su selección y configurarlo como clave principal y establecer el resto de columnas/memebers como no primarios en el modelo.

Answer 9

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

Si usted tiene esto:

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

crear esto:

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

Entonces sólo tiene que importar la función en lugar de la vista.