EntityFramework использует linqtosql внизу?

Question

Я довольно новичок в работе с фреймами сущностей 4.0, и что я знаю из своего начального анализа, так это то, что фреймворки сущностей - это не что иное, как абстракция ado.net с его моделью хранения, концептуальной схемой и отображением между этими двумя. Но одно я Неясно, во время извлечения данных из базы данных или выполнения любой хранимой процедуры, какой механизм ее следования.

Принимает ли он традиционный подход ado.net или концепцию linq2sql?

Причина, по которой я задаю этот вопрос, заключается в том, что в нашем проекте мы не предполагаем использовать linq по какой-то причине (я не уверен, что это за связка безопасности, но мы не должны следовать за linq с пренебрежением).

Итак, я просто хотел узнать, как работает entityframework для выполнения всех своих транзакций с БД и использует ли он linq to sql случайно?

Надеюсь, мне удалось передать мою проблему. Пожалуйста, посмотрите на это и ответьте как можно скорее. Я в некотором роде исправляю: (

Привет

Subrat

Answer 1

Нет - и Linq-to-SQL, и Entity Framework хорошо используют функции LINQ в C # / VB.NET - но оба они совершенно разные проекты.

Linq-to-SQL был создан командой C #, более или менее как «доказательство концепции» для использования LINQ с базами данных.

С другой стороны, Entity Framework выросла из групп по работе с базами данных (ADO.NET) в Microsoft и с самого начала создавалась как полноценная, готовая к работе на предприятии система, которая станет «следующей большой вещью» после вверх ADO.NET

Почему использование LINQ (как технологии) должно иметь какие-либо последствия для безопасности, мне не подходит .....

Да - с подходом Linq-to-SQL вашему приложению необходим прямой доступ ко всем базовым таблицам - чтение и запись. Но с EF в версии 4 вы можете выполнять очень безопасные стили работы:

• ВЫБРАТЬ только из представлений, представленных в базе данных
• обрабатывает все операции CUD (INSERT, UPDATE, DELETE), подключая сущности EF к хранимым процедурам

При этом ваши приложения вообще не нуждаются в прямом доступе к чтению / записи таблиц - ничем не отличается от ручного использования SELECT из представлений и хранимых процедур для всех других операций.