а почему не просто sp_chagedbowner?

2KonstN:
А как тогда понять это?

sp_changedbowner [@loginame =] 'login' [,[@map =] remap_alias_flag]

Arguments
[@loginame =] 'login'
Is the login ID of the new owner of the current database. login is sysname, with no default. login must be Microsoft® SQL Server™ login or a Microsoft Windows NT® user that already exists. login cannot become the owner of the current database if it already has access to the database through an existing alias or user security account within the database. To avoid this, drop the alias or user within the current database first.
>[@map =] remap_alias_flag
>Is the value true or false, which indicates whether existing aliases to the old database owner >(dbo) are mapped to the new owner of the current database or dropped. remap_alias_flag is >varchar(5), with a default of NULL, indicating any existing aliases to the old dbo are mapped >to the new owner of the current database. false indicates that existing aliases to the old >database owner are dropped.

Отнюдь не проще...
Для установки 1с/sql, скажем, другого выхода как дать сделать отдельный
логин, который будет являться dbo, нет
Потому как зашифрован этот пароль в 1с очень просто. Теперь
представь насколько большую дырку ты оставляешь если у тебя sa будет
являться владельцем базы и соответсвенно в 1с ты должен будешь
прописать логин и пароль sa?
А насчет sp_changedbowner - imho проще дать две команды
sp_changedbowner 'фиктивный логин'
sp_changedbowner 'логин который нужно'
чем перебирать объекты в базе
imho, конечно...

А, да... ты прав.
Посыпаю голову пеплом