Владельцы таблиц в БД аксапты

[glibs]

Цитата:

Сообщение от AxaptaUser

...
И как могло произойти так, что у таблиц разные владельцы.
...

Скорее всего, у вас двухзвенка или толстый клиент, и часть пользователей подключается к БД как sa, а часть как bmssa. И по очереди запускают синхронизацию таблиц. Я где-то видел уже такую базу. Там БД была создана под sa, а потом кто-то программировал под bmssa, и часть таблиц перекочевала под bmssa.

Ситуация с двумя владельцами dbo и bmssa рабочая, насколько я знаю.

[veps]

вы можете поменять владельца таблиц в SQL
http://axapta.mazzy.ru/lib/2db_owner/

у нас возникала подобная ситуация при синхронизации таблиц в двухзвенке, админ так настроил кластер и sql ( безопасность )

[Михаил Андреев]

Цитата:

Сообщение от glibs

Скорее всего, у вас двухзвенка или толстый клиент, и часть пользователей подключается к БД как sa, а часть как bmssa. И по очереди запускают синхронизацию таблиц. Я где-то видел уже такую базу. Там БД была создана под sa, а потом кто-то программировал под bmssa, и часть таблиц перекочевала под bmssa.

Ситуация с двумя владельцами dbo и bmssa рабочая, насколько я знаю.

Не всегда. Если вдруг добавили прав bmssa, он легко станет dbo

[ntr]

Действительно синхронизация и разработка под AOS
http://support.microsoft.com/kb/275312 (SQL Server Procedure to Change Object Owner)

[AxaptaUser]

Спасибо всем.
База рабочая - то есть в ней работают и особых проблем не возникает (трехзвенка, тонкий клиент).
Прояснилась ситуация с тем, как образовались разные владельцы объектов.
При перенесении БД с одного сервера на другой был создан пользователь БД bmssa с правами db_owner, под которым и входила Аксапта в БД.
Соответственно при создании объектов или синхронизации, владельцем становился bmssa.
Поменять владельцев объектов удалось с помощью скрипта, изложенного на http://www.axforum.info/forums/showt...395#post114395 или http://www.axforum.info/forums/showt...invalid+object. После этого был удален из пользователей БД bmssa, а владельцем БД был назначен bmssa.