[MSSQL] object owner

[Dron AKA andy]

Добрый вечер!

Вопрос, наверное, больше к админам MSSQL.
Такая ситуация. Программеры работают через bmssa, который является dbowner`ом для нужной БД. Соответственно, все объекты БД (таблицы и проч.) имеют в качестве владельца того же bmssa. Все бы ничего, пока не приходится переносить базу на другой сервер. Тут возникает известная проблема, когда bmssa на сервере и bmssa из бэкапа - суть разные bmssa. У известной проблемы есть известное решение - поюзать sp_change_users_login 'Update_One','bmssa','bmssa'.
Но, видимо, возможны и другие проблемы. Корень у них один - bmssa в качестве owner`а. Слышал где-то, что правильный стиль - у всех объектов владелец dbo. Тогда при восстановлении из бэкапа не возникает никаких проблем.
Собственно, вопрос в этом и состоит: как добиться того, чтобы владельцем для создаваемых объектов назначался dbo? И насколько это нужно и правильно вообще? Знаю пока один способ: программеров включить в группу админов компа с MSSQL- сервером и в ODBC настроить не SQL аутентификацию, а Windows. Но это (программеры в группе админов) не всегда возможно. Кто что думает во этому поводу?

[Vadik]

Цитата:

как добиться того, чтобы владельцем для создаваемых объектов назначался dbo?

Включить создателя объектов в серверную роль System administrators. А пользователей запускать через логин, являющийся db_datareader, db_datawriter

[Dron AKA andy]

ОК, спасибо!

Цитата:

Включить создателя объектов в серверную роль System administrators.

При этом пользователи этого логина будут являться админами всего SQL-сервера, а не только определенной БД? В принципе, вариант нормальный, но как-то... Нет ли чего еще?

Цитата:

А пользователей запускать через логин, являющийся db_datareader, db_datawriter

Этого достаточно для обычных пользователей? Спасибо, попробую.

[Vadik]

Цитата:

Этого достаточно для обычных пользователей?

Этого достаточно, чтобы делать select, insert, update, delete. Создавать, редактировать и удалять объекты БД (делать синхронизацию) они не смогут

[mazzy]

Цитата:

Изначально опубликовано Vadik
Включить создателя объектов в серверную роль System administrators.

Радикально!
лучше просто скриптом сменить владельца у каждого объекта на dbo. После этого любой пользователь, принадлежащий роли db_owner сможет изменять структуру базы.

согласен, что обычным пользователям хватает db_reader, db_writer

[Vadik]

Цитата:

лучше просто скриптом сменить владельца у каждого объекта на dbo. После этого любой пользователь, принадлежащий роли db_owner сможет изменять структуру базы.

Это если бы структура раз создалась и больше не "дышала". А то скрипт этот придется гонять по расписанию каждый час

Я наверное не совсем удачно выразился - не "включить создателя" в sysadmin, а "создавать объекты sysadmin-ом". Т.е. тут еще и организационный момент, который "надо думать"

[mazzy]

Не.
Каждый час скрипт гонять не надо.

Отслеживать надо только новые таблицы и индексы. А это не так часто.

Попробуй

[Vadik]

Цитата:

Отслеживать надо только новые таблицы и индексы. А это не так часто.

Лично мне сложно было бы держать в голове дату последнего запуска скрипта и созданные с тех пор объекты, особенно индексы, их я часто создаю, если чего-то "тюнинговать" надо. То, что я предлагал, мне самому тоже неудобно было бы, но там вопрос был не про удобство

И не совсем понятно, об одном и том же мы говорим - о раздаче полномочий в процессе разработки или о том, как проще на другом сервере базу из бэкапа поднять

Если о первом - у нас разработчикам дать права sysadmin на MSSQL не страшно, и это сильно упрощает жизнь. Это не наезд , просто у нас их немного
Если о втором - наверное, то, что ты предложил, проще всего

[mazzy]

Цитата:

Изначально опубликовано Vadik
Если о первом - у нас разработчикам дать права sysadmin на MSSQL не страшно, и это сильно упрощает жизнь. Это не наезд , просто у нас их немного

Тоже выход.

[mazzy]

И еще.

Цитата:

Изначально опубликовано Vadik
И не совсем понятно, об одном и том же мы говорим - о раздаче полномочий в процессе разработки или о том, как проще на другом сервере базу из бэкапа поднять
...
Если о втором - наверное, то, что ты предложил, проще всего

Нет, нет, нет. Поднять из бекапа, это не смена владельца, это починить id пользователя. С поднятием справляется простой вызов хранимой процедуры
sp_change_users_login Auto_Fix, 'bmssa'

Я говорил именно о том, чтобы РАЗНЫЕ SQL пользователи могли работать с одной базой. И не только просто работать, но и править структуру тоже под разными логинами.

[Vadik]

Цитата:

Нет, нет, нет. Поднять из бекапа, это не смена владельца, это починить id пользователя. С поднятием справляется простой вызов хранимой процедуры sp_change_users_login Auto_Fix, 'bmssa'

Ок, был неправ

Цитата:

Отслеживать надо только новые таблицы и индексы. А это не так часто. Попробуй

Это у меня некоторое время будет в базе кавардак с Invalid object name 'Table1', пока sp_changeobjectowner для новых объектов не сделаю?

В общем, каждый делает так, как ему удобнее... Вот дорастем до того, что каждое изменение в базе - это целое мероприятие с документом, ответственным и пр., попробуем