Развертывание библиотеки LINQ to SQL с использованием разных пользователей SQL - PullRequest
1 голос
/ 27 марта 2009

Благодаря этому веб-сайту мне удается использовать строку подключения, локализованную в файле web.config, вместо той, которая указана в файле app.config библиотеки. Но у моего производства и моего тестового SQL Server нет одинакового имени пользователя SQL.

Table(Name="SqlUserName.tableName")]
public partial class tableName : INotifyPropertyChanging, INotifyPropertyChanged
{
    ...
}

Когда я вручную удаляю имя пользователя перед именем таблицы, оно работает. Но у меня все еще есть проблемы:

  1. Хорошо ли это делать? Возможно, есть потенциальный недостаток, о котором я не знаю.
  2. Если это хорошее поведение, как я могу его где-нибудь настроить? Каждый раз, когда LINQ будет восстанавливать dbml, я теряю свою модификацию. Я думаю, что не могу переместить его в частичный класс, поскольку это атрибут и его нельзя переопределить (я не хочу делать это также для всех таблиц).

Спасибо за вашу помощь.

Ответы [ 2 ]

0 голосов
/ 04 августа 2012

Наконец, я использовал схему dbo для всех созданных мной таблиц, таким образом я удалил зависимость от пользователя, и LINQ мог снова сгенерировать DBML, не прерывая развертывание:

Table(Name="dbo.tableName")]
public partial class tableName : INotifyPropertyChanging, INotifyPropertyChanged
{
    ...
}
0 голосов
/ 20 октября 2009

Используйте одно и то же имя для строк подключения на локальном и удаленном сервере web.config, но используйте для них разные имя пользователя и пароль.

Я следую этой практике, и это идеально для меня.

...