|
Программные пользователи. Чревато?
|
|||
---|---|---|---|
#18+
Как так, shutdown full разве не всем запрещает соединяться с БД, включая SYSDBA? "full - Shutdown and don't allow any connections from anyone, even SYSDBA or the database owner." ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2015, 20:23 |
|
Программные пользователи. Чревато?
|
|||
---|---|---|---|
#18+
MrCat, дальше-то что? я вам предлагаю разобраться с режимами shutdown, для чего каждый режим нужен. Нормальный режим - это когда мы запрещаем доступ ПОЛЬЗОВАТЕЛЯМ оставляя доступ SYSDBA для осуществления регламентных операций. В этом случае, если каждый юзер SYSDBA, выполнение регламентных операций по факту невозможно, т.к. shutdown в этом режиме не приводит к реальному shutdown. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2015, 20:36 |
|
Программные пользователи. Чревато?
|
|||
---|---|---|---|
#18+
Я вполне понимаю, как использовать эти режимы по уму, и что всем сидеть под SYSDBA|OWNER чревато не спорю. Внезапный DDL чего стоит. Мне непонятно откуда "куча" проблем с shutdown, когда пользователь один. Если требуется отрубить пользователей, то вполне хватает и shutdown single. Если после него удаётся начать обслуживание - ок, больше никто не помешает. Если нет - значит подцепился пользователь и обслужить не выйдет, обслуживание аварийно завершается. БД при этом остаётся в частичном shutdown'е, но вернёть её в online не проблема. "Да, ужас, но не ужас-ужас" =) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2015, 20:51 |
|
Программные пользователи. Чревато?
|
|||
---|---|---|---|
#18+
MrCatто вполне хватает и shutdown single. ага. юзеры при внезапном дисконнекте к БД начинают "тыкать в приложение", в резульатате этим самым single sysdba может оказаться кто угодно, только не настоящий sysdba. В любом случае, массово пользователи НЕ должны работать под рутом. Аминь. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2015, 21:54 |
|
Программные пользователи. Чревато?
|
|||
---|---|---|---|
#18+
в результате этим самым single sysdba может оказаться кто угодно Верно. Но в приложениях, в которых один пользователь БД, разграничением прав занимается само приложение. А это значит, что даже если пользователь SYSDBA-обычный успеет подрубиться в паузе между shutdown single и SYSDBA-админом, то он не натворит ничего страшнее того, чего он мог бы натворить и без shutdown single - приложение не даст. Да и времени у него не так много на реконнект, т.к. пауза - кратчайшая. И какой смысл "создать пользователя, отличного от SYSDBA, но дать ему все права на БД"? Он наворотит бед не меньше, чем SYSDBA. Ну разве что базу не удалит (если только он не DB OWNER). Второго пользователя надо сильно поражать в правах, DDL запрещать, хотя бы на физические данные. Но тут мы выходим за рамки темы, ТС говорит про одного пользователя. И да, я ни в коем случае не говорю, что один пользователь на БД - хорошая идея. Плохая. Но не смертельная. Как рыба фугу. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2015, 22:51 |
|
Программные пользователи. Чревато?
|
|||
---|---|---|---|
#18+
MrCat, разница большая. Владелец БД он хотя бы может творить что угодно только со своей БД. А SYSDBA с любой которая находится на том же сервере. DDL до тройки ты всё равно не запретишь. По крайней мере создание объектов метаданных. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.06.2015, 23:03 |
|
Программные пользователи. Чревато?
|
|||
---|---|---|---|
#18+
Имхо, оправдание работе клиентов под sysdba только одно - лень заводить юзера при инсталляции. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2015, 10:45 |
|
Программные пользователи. Чревато?
|
|||
---|---|---|---|
#18+
MaratIskпрограммные пользователи - признак того, что разработчики не знают СУБД :) кроме SELECT, UPDATE, INSERT и т.д. Видимо, мусью просто не имел опыта разработки систем из десятков приложений, которые рождаются в течение десятков лет в процессе автоматизации сложных техпроцессов уровня предприятия со сложной иерархией должностных обязанностей персонала. Про трёхзвенку тоже верно приметили. Есть такое дело. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2015, 10:50 |
|
Программные пользователи. Чревато?
|
|||
---|---|---|---|
#18+
Softologictrusted autentification не подойдет. По той причине, что перелогиниваться через выход из системы не вариант - долго (розничная точка с большой проходимостью в торговом центре в мск) и нужны параллельно открытые программы... Используешь т.н. "Mixed model autentification": 1. По умолчанию - trusted autentification. 2. Если юзер хочет перелогиниться - используем Native. То есть, ручками логин+пароль. 3. При удачном коннекте (правильный логин+пароль) запоминаем имя пользователя (в реестре, например). 4. При следующем коннекте "вспоминаем" логин и, если он совпадает с именем юзера Windows => trusted autentification. Иначе => снова native. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.06.2015, 22:59 |
|
Программные пользователи. Чревато?
|
|||
---|---|---|---|
#18+
Приложение подключается с ролью "АРМ". Логин/пароль trusted или шифрован в реестре/xml. Авторизация пользователя - картой/штрихкодом/паролем. Пишется user_id в SET_CONTEXT. Во все операции/хранимые процедуры/логи пишется user_id из GET_CONTEXT. Как-то так. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.06.2015, 09:40 |
|
|
start [/forum/search_topic.php?author=AlexeyNP&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
176ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
34ms |
get tp. blocked users: |
1ms |
others: | 2491ms |
total: | 2759ms |
0 / 0 |