ASE 12.5.3

Доброго времени суток. Подскажите плз, вдруг кто-то сталкивался с подобным.

Задача:
Есть группа пользователей, которой очень нужно работать на сервере в определенной БД.

Группа пользователей должна иметь возможность создавать, править, удалять: таблички, процедуры, вьюшки.
Также должны быть права delete, insert, select, update на обьекты
Также должны быть права execute на процедуры
Обьектов достаточно много и они будут часто подвергаться модификации.

Т.е. чтобы группа пользователей могла самостоятельно создавать обьекты, работать с ними и сама удалять при необходимости, не прибегая к помощи администратора сервера.

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

Вариант №1:
Выдать роль sa.
---
Не очень хороший способ.


Вариант №2:
Создать группу в БД, поместить всех пользователей в группу, выдать привелегии для группы чтобы все ее члены могли создавать таблички, процедуры, вьюшки.
---
Казалось бы вот он выход, но в БД все обьекты именуются dbo.***. И много где в функционале прописано жестко обращение в виде dbo.***.
При создании пользователем vova процедуры GetInfo она будет именоваться уже vova.GetInfo
При создании пользователем petr процедуры GetTime она будет именоваться уже petr.GetTime
Т.е. owner у каждого обьекта будет свой.
Причем процедуры друг друга к примеру они править уже не смогут.
Есть еще ньансы такого способа.
Это будет каша просто.
Вариант не очень хороший.


Вариант №3:
Создать в БД универсального пользователя, к примеру pit и выдать ему права на создание табличек, процедур, вьюшек. Отдать пользователя группе и пусть все под ним работают.
---
Вариант вроде неплохой, не будет каши, owner у всех обьектов будет один. (pit.***)
Но есть минус в том что если вылезет какой-то бок по причине этого пользователя, то неизвестно кого вешать нужно будет.


Вариант №4:
Зарезать все права пользователям на сервере, и создавать, править, удалять по требованию пользователей системным администратором.
---
Вариант отличный. Но вероятность его осуществить очень мала (см. Задача.).


Кто с подобным сталкивался? Что можете посоветовать?
Я больше всего склоняюсь к варианту №3 , а еще больше к варианту №4 .

Ggg_old
Была попытка попоробовать так, но вариант не подошел.

MichaelTim
Вариант№5 уже работает.
Есть один отдельный сервер с репликацией с боевого, есть другой сервер без репликации, на обоих производятся изменения, затем системные администраторы переносят изменения на боевой.
По идее этим пользователям права на боевом сервере не нужны, но поставлена задача, и ее нужно реализовать.

White Owl , спасибо за совет.
Алиас и не создастся если в текущей БД уже есть пользователь (добавленный через sp_adduser), для которого этот алиас и создается.

Было принято следующее решение:

В БД создан универсальный юзер (к примеру pit ).
Созданы алиасы для возможности работы в БД пользователями от имени этого юзера:

sp_addalias user1, pit
go
sp_addalias user2, pit
go
...
sp_addalias userN, pit
go

Итого:
Каждый пользователь будет работать используя свой логин и пароль на сервере.
Пользователи могут совместно использовать одни и те же обьекты, у всех будут одинаковые права. (owner объектов будет pit , и права выданные этому пользователю смогую использовать остальные все пользователи работающие от его имени.)

Всем спасибо.