Linq к Entities

Question

Я построил модель Entity Framework (v1), который включает в себя наследование, как это:

Базовый класс: Выпуск

< - Жалоба

< - CustomerQuery и т. Д. (6 производных классов)

Эти классы сопоставляются с соответствующими таблицами в SQL Server.

Я был впечатлен тем, как я мог использовать LINQ для объектов для создания - EF подсчитывает, что он должен помещать некоторые данные в одну таблицу, получать значение ключа идентификации и использовать его в другой таблице.

НО: Когда я сделать простой запрос, например, следующий

var result = dataContext.IssueSet.Where(x => x.Id == id); 

... ToTraceString показывает SQL кода более 1000 строк длинные! И он делает это.

Считаете ли вы вероятным, что я сделал что-то не так в своей модели или является огромным кодом SQL, характерным для структур наследования в L2E?

P.S. Вот начало следа строки SQL для информации:

SELECT 
1 AS [C1], 
CASE WHEN ((NOT (([UnionAll8].[C45] = 1) AND ([UnionAll8].[C45] IS NOT NULL))) 
AND (NOT (([UnionAll8].[C46] = 1) AND ([UnionAll8].[C46] IS NOT NULL))) 
AND (NOT (([UnionAll8].[C47] = 1) AND ([UnionAll8].[C47] IS NOT NULL))) 
AND (NOT (([UnionAll8].[C48] = 1) AND ([UnionAll8].[C48] IS NOT NULL))) 
AND (NOT (([UnionAll8].[C49] = 1) AND ([UnionAll8].[C49] IS NOT NULL))) 
AND (NOT (([UnionAll8].[C50] = 1) AND ([UnionAll8].[C50] IS NOT NULL))) 
AND (NOT (([UnionAll8].[C51] = 1) AND ([UnionAll8].[C51] IS NOT NULL))) 
AND (NOT 

Answer 1

Я не думаю, что запрос просто на всех. Подумайте, что вы просите фреймворк на самом деле: материализуйте объект, который может быть одним из шести разных типов. Фактически, вы, вероятно, знаете, какой тип сущности вы пытаетесь материализоваться; вы просто не указали эту информацию в фреймворк.

Так, некоторые мысли:

• При выборе объектов одного типа из набора сущностей, который включает в себя несколько типов, использования OfType сообщить рамки, что вы не намерены материализовать любые другие типы ,
• Рассмотрите возможность использования таблицы для каждой иерархии, а не таблицы для моделей типов, особенно если большинство подтипов имеют много общих полей.
• В рамках ограничений хорошего OOD не используйте чрезмерное использование наследования. Я нахожу, что многие люди склонны использовать наследование для проблем, которые лучше решаются композицией, с или без Entity Framework.
• Будьте осторожны с тем, чтобы списать структуру Entity Framework просто потому, что у вас возникла проблема при первой попытке использовать ее в том, что вы читали что-то на доске объявлений, что дало вам паузу. Рамка сложна, она работает по-другому, чем многие люди ожидают, но она хорошо работает, когда вы ее понимаете. Ваша первая попытка использовать его, вероятно, будет неправильной. Придерживайтесь этого и узнайте, как работает каркас.