Использование SQL Server 2008 R2 с Visual Studio Express

Question

Я хочу создать классы «LINQ to SQL» или использовать «Entity Framework» из Visual Studio Express 2010. При попытке добавить источник данных у меня есть только следующие варианты:

1. «Файл базы данных Microsoft Access»
2. «Microsoft SQL Server Compact 3.5»
3. «Файл базы данных Microsoft SQL Server»

Нужно ли VS2010 Pro для использования LINQ to SQL или EF? Я думал, что смогу сделать все это из Express. Я даже зашел так далеко, что установил «собственный клиент Microsoft SQL Server 2008», и он все еще не отображает SQL Server 2008 в качестве источника данных.

Спасибо!

p.s. Я чувствую себя полным идиотом, что не могу заставить это работать

Answer 1

LINQ to SQL (L2S) и LINQ to Entities (L2E) (он же Entity Framework) являются частью .NET Framework и, следовательно, являются частью .NET независимо от того, какую версию VS вы используете.

Оба впервые появились в 3.5 и обновлены в 4.0, хотя LINQ to SQL не будет развиваться дальше с точки зрения функциональности. Следовательно, нет зависимости от IDE. Чего не хватает, так это разработчиков LINQ to SQL или LINQ to Entity, но я не думаю, что по памяти они таковы.

Если вы выберете «Добавить новый элемент» и загляните в группу «Данные», вы найдете «LINQ to SQL classes» и «ADO.NET Entity Data Model» - если, возможно, разработчики не являются частью Express.

[править] Кажется, об этом спрашивали раньше: Подключение к SQL Server с помощью Visual Studio Express Editions

Answer 2

Для LINQ используйте SQLMetal, чтобы сгенерировать выброс, а затем просто сформируйте строку подключения и дайте коду подключиться - вы не должны позволять VS портить представление ваших данных в любом случае. Изверг SQLMetal очень чистый, и вы также можете отредактировать его, как только вы узнаете, что к чему, чтобы сделать его легче - или тяжелее :-) - также есть ловушки для большего количества кода.

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