Entity Framework та перегляд SQL Server

З кількох причин, про які я не маю права говорити, ми визначаємо погляд на нашу базу даних Sql Server 2005 таким чином:

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

Ідея полягає в тому, що Entity Framework створить об'єкт на основі цього запиту, який він робить, але він генерує його з помилкою, яка заявляє наступне:

Попередження 6002: У таблиці / перегляді 'Keystone_Local.dbo.MeterProvingStatisticsPoint' не визначено первинний ключ. Ключ був зроблений і визначення було створено у вигляді таблиці / перегляду, доступного лише для читання.

І він вирішує, що поле CompletedDateTime буде первинним ключем цієї сутності.

Ми використовуємо EdmGen для генерування моделі. Чи є спосіб не мати рамки сутності включати будь-яке поле цього перегляду в якості основного ключа?

У нас була така ж проблема, і це рішення:

Щоб змусити структуру сутності використовувати стовпчик як основний ключ, використовуйте ISNULL.

Щоб змусити структуру сутності не використовувати стовпчик як основний ключ, використовуйте NULLIF.

Простий спосіб застосувати це - перенести вибраний вигляд вашого перегляду в інший вибір.

Приклад:

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

Мені вдалося вирішити це за допомогою конструктора.

1. Відкрийте браузер моделей.
2. Знайдіть вид на схемі.
3. Клацніть правою кнопкою миші на первинному ключі та переконайтесь, що "Entity Key" встановлено.
4. Вибір кількох клавіш усіх не первинних клавіш. Використовуйте клавіші Ctrl або Shift.
5. У вікні "Властивості" (натисніть клавішу F4, щоб побачити це), змініть спадне меню "Ключ особи" на "Неправильне".
6. Зберегти зміни.
7. Закрийте Visual Studio і відкрийте її знову. Я використовую Visual Studio 2013 з EF 6, і мені довелося це зробити, щоб отримати попередження про відхід.

Мені не довелося змінювати свій погляд на використання ISNULL, NULLIF або COALESCE обхідних шляхів. Якщо ви оновлюєте свою модель з бази даних, попередження знову з’являться, але відпадають, якщо закрити і повторно відкрити VS. Зміни, які ви внесли в дизайнер, будуть збережені та не впливатимуть на оновлення.

Погодьтеся з @Tillito, однак у більшості випадків він омине оптимізатора SQL, і він не використовуватиме правильні індекси.

Для когось це може бути очевидно, але я спалював години, вирішуючи проблеми продуктивності за допомогою рішення Tillito. Скажімо, у вас є таблиця:

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

і ваш погляд - це щось подібне

 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 не буде використовувати індекс ix_customer, і він буде виконувати сканування таблиці на первинному індексі, але якщо замість:

Group by CustomerId

ти використовуєш

Group by IsNull(CustomerId, -1)

це дозволить MS SQL (принаймні, 2008 р.) включити правий індекс у план.

Якщо

Цей метод добре працює для мене. Я використовую ISNULL () для поля первинного ключа, і COALESCE (), якщо поле не повинно бути первинним ключем, але також повинно мати ненульове значення. Цей приклад дає поле ID з ненульовим первинним ключем. Інші поля не є ключами та мають (None) як атрибут 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

якщо у вас дійсно немає первинного ключа, ви можете підробити його за допомогою ROW_NUMBER для створення псевдо-ключа, який ігнорується вашим кодом. Наприклад:

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

Поточний генератор EDM Entity Framework створить складений ключ з усіх ненульових полів на вашому огляді. Для того, щоб отримати контроль над цим, вам потрібно буде змінити вигляд і основні стовпці таблиць, встановлюючи стовпці на нуль, коли ви не хочете, щоб вони були частиною первинного ключа. Звертається також зворотне, як я зіткнувся, ключ, створений EDM, викликав проблеми дублювання даних, тому мені довелося визначити нульовий стовпчик як ненульовий, щоб змусити складовий ключ у EDM включити цей стовпець.

Схоже, це відома проблема з EdmGen: http://social.msdn.microsoft.com/forums/en-US/adodotnetentityframework/thread/12aaac4d-2be8-44f3-9448-d7c659585945/

Щоб отримати представлення, мені довелося показати лише один стовпчик первинного ключа, я створив другий вигляд, який вказував на перший, і використовував NULLIF, щоб зробити типи нульовими. Це допомогло мені змусити ЕФ подумати, що існує лише один основний ключ.

Не впевнений, чи допоможе це вам, хоча я не вірю, що EF прийме сутність без основного ключа.

Якщо ви не хочете возитися з тим, що має бути первинним ключем, рекомендую:

1. Включіть ROW_NUMBERу свій вибір
2. Встановіть його як основний ключ
3. Встановіть усі інші стовпці / члени як первинні в моделі

Через вищезазначені проблеми я віддаю перевагу функціям таблиці значень.

Якщо у вас є це:

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

створити це:

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

Тоді ви просто імпортуєте функцію, а не перегляд.