объект платформы объекта sql по сравнению с linq к объектам
следующие шаги должны работать.
- делают пустое решение, ничто в нем.
- Перемещение решение туда, где Вы хотите веб-проект жить.
- Открывают решение.
- Создают веб-проект в желаемой области.
я часто делаю этот вид перемещения так, чтобы проекты находились приятно в svn. Не забывайте к svn:ignore *.suo файлы.
2 ответа
LINQ to Entities не позволяет вам получить доступ ко всем функциям вашей базы данных. Возможность «проникнуть в» базу данных иногда необходима для сложных запросов, чтобы либо выполнить их в первую очередь, либо улучшить иногда ужасный выбор, который система LINQ to Entities сделает в отношении вашего запроса.
Тем не менее, Я считаю, что LINQ to Entities должен стать первым инструментом. Если производительность становится проблемой или у вас есть что-то более сложное, я бы инкапсулировал эту проблемную часть в хранимую процедуру и вызвал ее. В наши дни нет причин для использования строк в качестве основы запросов.
ESQL позволяет вам выбирать параметры сортировки в предложении where, что не поддерживается в LINQ-to-Anything. Это может быть действительно полезно. ESQL также позволяет вам указывать точный тип, который вы хотите возвращать, когда типы наследуются друг от друга (в отличие от LINQ OfType , который возвращает экземпляры определенного типа и любого подтипа). Помимо этого, я не могу придумать веской причины для его использования. Иногда приятно иметь возможность строить запросы в виде строк, но DynamicQuery / Dynamic LINQ обычно достаточно хорош в очень редких случаях, когда это необходимо.
Я думаю (возможно, цинично), что «настоящая» цель ESQL - это: он предшествует LINQ ".
Что касается точки зрения Годеке об исправлении неоптимальных запросов, я еще не видел ни одного, не мог бы ' t исправить, изменив выражение LINQ. И ESQL, и L2E превращаются в CCT, поэтому конвейер генерации SQL одинаков.