
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
14.08.2002, 12:48:06
|
|||
|---|---|---|---|
|
|||
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
Может, кто тут подскажет... В интерпрайзе добавил юзверя, потом в базе в пермишенах указал уго права на таблицы, сделал применить и часок ждал пока он это все обмослает :( это нормально? всего записей в таблицах где-то 450тыс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.08.2002, 12:51:14
|
|||
|---|---|---|---|
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
Делай проще- создавай группы для них все разрешения,а когда надо просто добавляй юзера в нужную группу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.08.2002, 12:58:44
|
|||
|---|---|---|---|
|
|||
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
это-то понятно, но такая беда с любыми изменениями свойств таблиц, не только при изменении прав... вопрос-то: это нормально? или у меня что-то не так настроено? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.08.2002, 13:39:06
|
|||
|---|---|---|---|
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
А ты в момент сохранения изменений, если SQL уйдет в глубокое раздумье, открой Ent.Manager -> Current Active и посмотри, что висят блокировки на твои GRANT, REVOKE, ALTER TABLE и т.д. Таким делом нужно заниматься, когда юзеры уже спят. А то и сам висишь, и людям работать не даешь! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.08.2002, 12:42:17
|
|||
|---|---|---|---|
|
|||
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
Hi all! проблема примерно в следующем: у меня работа круглосуточная, т.е. загрузка происходит равномерно и днем и ночью и чаще всего приходится добовлять отдельного юзверя без групп, т.е. права ему давать на конкретные таблицы и конкретные действия с ними... а юзверями могут быть не только человеки, но и контролера с которых пишеться в базы.... так можно ли ускорить как-нить сей процесс??? :\ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.08.2002, 12:48:20
|
|||
|---|---|---|---|
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
Ответ уже прозвучал: Делай проще- создавай группы для них все разрешения,а когда надо просто добавляй юзера в нужную группу. Других вариантов нет. А свойства таблиц на работающей базе на кой менять? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.08.2002, 12:52:25
|
|||
|---|---|---|---|
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
Уточню, что под группами Maxx и akuz имеют ввиду серверные пользовательские роли - SQL Server roles, а никакие-нибудь другие ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.08.2002, 12:56:59
|
|||
|---|---|---|---|
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
вообще конечно лучше раздавать права через роли, завел роль - цепляешь или отцепляешь от нее юзеров. Тогда блокировки на GRANT, REVOKE и т.д. не висят. НО! Когда будешь присваивать роли права на таблы, все равно могут появиться "висяки". Придется ждать, пока коллизии разрешаться сами собой. Благо в 2000 моменты с блокировками более продуманы и "смертельных обятий" почти не случается. З.Ы. У меня не такие критичные приложения, поэтому когда мне мешает какой-нибудь юзер со своим процессом я его убюваю. 8-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.08.2002, 13:47:08
|
|||
|---|---|---|---|
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
можно делать все через ХП, и давать доступ на выполнение нужных ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.08.2002, 12:55:23
|
|||
|---|---|---|---|
|
|||
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
проблема в том, что сейчас приходится расширять систему и поэтому приходится изменять некторорые свойства. а по поводу групп, то это не выход, т.к. сущесвуют таблицы (например): A, B, C, D и юзвери: u1, u2, u3 при этом u1 имеет права на табл. A sel, ins, del; на табл. B ins; на табл. C sel, del при этом u2 имеет права на табл. A del; на табл. B sel, ins; на табл. C sel; на табл. D ins и т.д., и т.п. т.е. группы здесь не нужны просто я думал, что как-нибудь по другому можно ускорить этот процесс... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.08.2002, 13:10:10
|
|||
|---|---|---|---|
подскажите ламеру.... долго изменяются свойства..... |
|||
|
#18+
IMHO с ролями все же проще Имеем 4 таблицы A, B, C, D и 4 основных операции SELECT/INSERT/UPADTE/DELETE и значит 16 ролей TableA_SELECT_Users TableA_INSERT_Users TableA_UPDATE_Users TableA_DELETE_Users TableB_SELECT_Users TableB_INSERT_Users TableB_UPDATE_Users TableB_DELETE_Users ... И затем просто распределяем пользователя по ролям при этом u1 имеет права на табл. A sel, ins, del; на табл. B ins; на табл. C sel, del u1 - TableA_SELECT_Users, TableA_INSERT_Users, TableA_DELETE_Users. TableB_INSERT_Users, TableC_SELECT_Users, TableC_DELETE_Users и т.д. На первый взгляд кажется, что слишком много ролей. Но поверьте наслово, что последующие затраты на мэнеджирование пользовтелей окупятся. Кроме того, не забудьте, что роли могут включать в себя и другие роли, что позволит вам создать уже роли как рабочие места Например, ManagerRole, которая включает в себя TableA_SELECT_Users, TableA_INSERT_Users, TableA_DELETE_Users. TableB_INSERT_Users, TableC_SELECT_Users, TableC_DELETE_Users. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=46&mobile=1&tid=1820901]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
52ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 204ms |
| total: | 335ms |

| 0 / 0 |
