Entity Framework i widok SQL Server

Udało mi się to rozwiązać za pomocą projektanta.

1. Otwórz przeglądarkę modelu.
2. Znajdź widok na diagramie.
3. Kliknij prawym przyciskiem myszy klucz główny i upewnij się, że jest zaznaczona opcja "Encja klucz".
4. wielokrotne wybieranie wszystkich klawiszy innych niż podstawowe. Użyj klawiszy Ctrl lub Shift.
5. w oknie Właściwości (wciśnij F4, jeśli chcesz go zobaczyć), Zmień "Klucz encji" rozwijany do False.
6. Zapisz zmiany.
Zamknij Visual Studio i otwórz je ponownie. Korzystam z Visual Studio 2013 z EF 6 musiałem to zrobić, żeby przestrogi zniknęły.

Nie musiałem zmieniać poglądu, aby korzystać z obejść ISNULL, NULLIF lub COALESCE. Jeśli zaktualizujesz model z bazy danych, Ostrzeżenia pojawią się ponownie, ale znikną, jeśli zamkniesz i ponownie otworzysz VS. zmiany wprowadzone w Projektancie zostaną zachowane i nie będą miały wpływu na odświeżenie.

Zgadzam się z @Tillito, jednak w większości przypadków będzie to faul SQL optimizer i nie będzie używał właściwych indeksów.

To może być oczywiste dla kogoś, ale spaliłem godziny rozwiązując problemy z wydajnością za pomocą rozwiązania Tillito. Powiedzmy, że masz tabelę:

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

A twój widok jest coś takiego

 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 nie użyje index ix_customer i wykona skanowanie tabeli na indeksie głównym, ale jeśli zamiast:

Group by CustomerId

Używasz

Group by IsNull(CustomerId, -1)

Sprawi, że MS SQL (co najmniej 2008) dołączają odpowiedni Indeks do planu.

If

Ta metoda działa dobrze dla mnie. Używam ISNULL () dla pola klucza podstawowego i COALESCE (), jeśli pole nie powinno być kluczem głównym, ale powinno mieć również wartość nie-nullable. W tym przykładzie otrzymuje się pole ID z nieujemnym kluczem podstawowym. Pozostałe pola nie są kluczami i mają (None) jako atrybut 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

Jeśli naprawdę nie masz klucza podstawowego, możesz go sfałszować, używając ROW_NUMBER do wygenerowania pseudo-klucza, który jest ignorowany przez Twój kod. Na przykład:

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

Generator EDM current Entity Framework utworzy klucz złożony ze wszystkich pól nieujemnych w widoku. Aby uzyskać kontrolę nad tym, musisz zmodyfikować widok i kolumny tabeli, ustawiając kolumny na nullable, jeśli nie chcesz, aby były częścią klucza podstawowego. Odwrotnie jest również prawdą, jak napotkałem, EDM wygenerowany klucz powodował problemy z duplikacją danych, więc musiałem zdefiniować kolumnę nullable jako non-nullable, aby wymusić klucz kompozytowy w EDM, aby włączyć tę kolumnę.

Wygląda na to, że jest to znany problem z EdmGen: http://social.msdn.microsoft.com/forums/en-US/adodotnetentityframework/thread/12aaac4d-2be8-44f3-9448-d7c659585945/

Aby uzyskać widok musiałem pokazać tylko jedną kolumnę klucza podstawowego stworzyłem drugi widok, który wskazywał na pierwszy i użyłem NULLIF, aby typy były nullable. To zadziałało dla mnie, aby EF myślał, że jest tylko jeden klucz podstawowy w widoku.

Nie jestem pewien, czy to ci pomoże, ponieważ nie wierzę, że EF zaakceptuje byt bez klucza głównego.

Polecam również, jeśli nie chcesz mieszać z tym, co powinno być kluczem głównym, aby włączyć numer ROW_NUMBER do zaznaczenia i ustawić go jako klucz podstawowy i ustawić wszystkie inne kolumny / memebery jako nie-podstawowe w modelu.

Ze względu na wyżej wymienione problemy preferuję funkcje wartości tabeli.

Jeśli masz to:

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

Utwórz to:

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

Następnie po prostu importujesz funkcję, a nie Widok.