Разница между linq к sql и структурой сущности

Question

Существует большая разница между Linq to Sql и Entity Framework, например, Linq to SQL - отображение один-к-одному, а EF - отображение много-много-много, а также многие другие, которые можно найти Entity Framework против LINQ to SQL

Но здесь я спрашиваю с EF и Linq to Sql, мы сначала создаем сущности, а затем генерируем таблицы или иным способом, и каковы положительные и отрицательные стороны обоих подходов. В EF могут быть любые бизнес-объекты, которые наследуются от нескольких таблиц и не представляют ничего в БД. Отличается ли Linq to Entities от EF?

Пожалуйста, дайте мне знать, если вопрос не ясен или задан неправильно. Заранее спасибо, ребята.

Answer 1

Полагаю, с помощью EF 4 или дополнения вы можете сначала создать свою модель, а затем создать схему БД.До EF 4 и с Linq-to-SQL вам нужно начать с БД и отобразить модели.

Answer 2

Для «производственных» выпусков как EF, так и L2S требуют наличия модели данных (читай: схема базы данных), прежде чем можно будет сгенерировать какие-либо классы.Возможность сначала создавать свои классы, а затем генерировать из них базу данных, доступна в виде ETP-CTP, о котором ScottGu недавно написал в блоге .

Что касается одной сущности, отражающей несколько таблиц: я считаю, что в настоящее время это отношение один к одному: 1 таблица = 1 сущность.

Answer 3

в linq to SQL вы сначала создаете базу данных, затем импортируете ее, собираете приложение и ваши объекты будут созданы.

Я начал дурачиться с EF, сначала изучая MVC, затем, когда начал работать с кодом, я использовал linq to SQL, и, в общем-то, это оба linq, в запросах linq нет реальной разницы. я могу сказать.