Ребят пишу БД на C#, подскажите пожалуйста, как правильно организовать первое подключение моего приложения к mssql серверу?
Т.е. как я представляю, в настройках моего приложения пишется адрес сервера, логин и пароль (если нужно), подключаемся к данному серверу и если таких бд и таблиц нет, то создаем их своим приложением?

Shocker.ProНачните с того, чтобы определиться, какой технологией вы будете пользоваться, в частности, будете ли использовать какой-то ORM (рекомендуется ))
Спасибо за отклик)
Работаю топорным SqlCommand и запросами к БД, потом все через dataset в grid и вперед)
ORM никакой не использую, но был бы рад любому совету! БД будет простая, 2-3 таблицы от силы, возможно и в одну уложусь)

Спасибо, очень занятно!) Сейчас глазами пробежал, вечером уже вдумчиво засяду!)
Я так понимаю с Entity можно как то более просто манипулировать данными бд избегая написания запросов tsql?

Ого, тут демагогия разрослась))
Проект не учебный, а боевой, но роль бд в нем минимальна, да и пока есть время освоить новый функционал)
Смотрю примеры Entity кода, нравится, очень наглядный получается! а по скорости он не будет медленнее запросы выполнять?

Думаю создание самого бд и таблиц в ней в любом случае надо в код зашивать, ну или таблиц то уж точно!?

[/quot]Естественно в общем случае EF будет медленнее, но разве это критично?
Если БД смело можно дропать и пересоздавать, то можно и в код зашить. Хотя из первого сообщения следует, что БД на отдельном сервере и скорее всего многопользовательская.[/quot]
Ну в моем случае не критично, тут вы правы)
А если бд нельзя смело дропать? как быть в таком случае? может все таки метод code first предусматривает какие-нибудь проверки, чтобы случайно не дропнуть рабочую бд?
Я вот и жду совета как будет удачней реализовать!?)

skyANAviton-zizu, я рекомендую Вам при выборе решения учесть следующие факторы:

1. Для создания объектов БД требуются соответсвующие права. И это не зависит от того, EF создаёт таблицы, скрипт или инсталлятор;
2. Обычно рядовой пользователь десктоп приложения, или тот, от чьего имени крутится ASP.NET сайт, не обладают такими правами. И администраторы посылают лесом с просьбой их дать;
3. Кто будет переносить разработанную Вами БД с локальной машины на тестовый сервер и на рабочий сервер, и как?
4. Кто будет переносить Ваши исправления и обновления с локальной машины на тестовый сервер и на рабочий сервер, и как?
5. Для внесения изменений в структуру БД опять таки нужны права.

P.S.: я не против EF, просто как бы не вышло так, что Вы поиграетесь у себя на локальной машине, покажете коллегам, а они скажут: "Вау, круто. Но как это использовать конкретно в нашем проекте, конкретно в таких вот случаях?".
Приложение будет устанавливаться службой автоматизации, поэтому я думаю с правами трудностей возникнуть не должно.
Я так понимаю, что все это в равной степени относится и к обычному использованию TSQL, также нужны права и тд… Или для Entity нужны какие то особенные условия?

skyANA,
Спасибо за помощь!)
Как раз решил тоже что лучше будет с автоматизацией обсудить, там уже решу какую именно архитектуру избрать для бд, но делать все равно решил на Entity)

skyANA, как вы были правы с моделью database fisrt!
Сделал code first, благо быстро накидывался. Но если я хочу добавить поле в базу, тут начинаются проблемы, либо базу нужно пере создавать, либо нужно возиться с EF migration, что тоже оказалось не особо приятным занятием. Поэтому сейчас переделывай на database first. Может статейка есть какая по быстрой переделке!?)
А для создания базы проще действительно писать скрипт и передавать его в автоматизацию, либо делать голую базу и устанавливать самому, этот code first немного напрягает, когда пытаешься на боевом sql сервере создать базу, как то боязно мне становится))