Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2005.07.11;
Скачать: CL | DM;

Вниз

Как лучше построить безопасность БД ? (Oracle)   Найти похожие ветки 

 
Sergey13 ©   (2005-05-26 15:17) [80]

Заметил в книге уточнение. Это будет работать с 8.1.5 ЕЕ и выше.


 
ANB ©   (2005-05-26 15:31) [81]

Значит, для 9 по любому. Седня почитаю, я распечатал.
Листнул идею, - похоже на вариант evvcom ©, только ХП вызываются САМИ при любом обращении к таблице. Это даже удобнее, чем вьюхи.


 
evvcom ©   (2005-05-26 15:40) [82]


> Ну например, накопали косяк в логике, а юзер уже месяц на
> поломанной проге сидел и хочет это все поправить. Обычно
> пишем update set = правильное значение where поломанные
> записи

Ну так это же не юзер, наверное, делает? Сам и пишешь такие разовые запросы, а в ХП их зачем пихать?

> для сложных запросов из большого количества немаленьких
> таблиц сравнение делали ?

все зависит от написанного селекта, а где он будет во вьюхе или хп, думаю, разницы совсем никакой. Хотя, конечно, иной раз оптимизатор такие финты выкидывает! А к готовой вьюхе/хп и из хранимки можно привязаться, но это уже не к теме.
Делал временные вьюхи, чтобы данные в Excel выдать, пока аналогичного модуля еще не написал, а нужно было срочно, потом модуль написал, а запрос перекинул в хранимку. По скорости разницы не заметил, но в удобстве использования вьюха далека от хранимки (наверное, лишь за исключением мутаций).


> Ушло.

Бегло пробежался по статье. Реализовано через стандартные пакеты dbms. Да, наверняка, это удобнее, чем писать такой контроль руками, но все равно тяжеловато. А в 10-ке такую весчь встроили уже в ядро. Но сам я не юзал, у меня 9.


 
Sergey13 ©   (2005-05-26 15:41) [83]

2 [81] ANB ©   (26.05.05 15:31)
> Это даже удобнее, чем вьюхи
Вот это у меня и вызывает сомнения. Потому что "САМИ при любом обращении к таблице". Иногда надо иметь разные доступы к одной таблице. В одном случае только к "своим" (редактирование) в другом ко всем (аналитика какая нить), причем в одной сессии. Вот мне и показалось, что запаришься эти политики делать. А если в заросе таблиц с десяток, и на половину (или на все) стоят подобные ограничения. Вот и думай потом - почему запрос возвращает черти что или почему его производительность х.з. какая.

ЗЫ: В любом случае у меня стоял Standart Edition  и мне это не пришлось попробовать. 8-)


 
ANB ©   (2005-05-26 16:10) [84]


> Сам и пишешь такие разовые запросы, а в ХП их зачем пихать?
- частенько в триггеры запихивают доп. логику. Например при апдейте в одной таблице может что то менятся в другой. Если эту логику я перекладываю в ХП, то для массового апдейта мне придется вызывать ХП в цикле. Или повторять код из ХП, что, имхо, некошерно. Плюс писать апдейт может и другой прог, который эту логику не очень знает.


> Sergey13 ©   (26.05.05 15:41) [83]
тоже верно. Полностью ручками написанный и оптимизнутый запрос, имхо, мне кажется надежнее, чем автоматическая каша.

Но, читай первые страницы - там становится понятно, почему защиту лучше делать на сервере.


 
Sergey13 ©   (2005-05-26 16:27) [85]

2[84] ANB ©   (26.05.05 16:10)
>Но, читай первые страницы
Ты не поверишь - я читал. Попробовать не смог (посему и сомнения остались), но читал. 8-)


 
DenK_vrtz ©   (2005-05-26 16:33) [86]

>Sergey13 ©  

Привет, Сергей, если не трудно мне статейку тоже вышли. У тебя мой адрес был или адрес в анкете(был вроде :) )
Спасибо заранее.

Если кому интересно, работаю по третьему варианту - проблем не испытываю.


 
Sergey13 ©   (2005-05-26 16:38) [87]

2[86] DenK_vrtz ©   (26.05.05 16:33)
Привет. Ушло.



Страницы: 1 2 3 вся ветка

Текущий архив: 2005.07.11;
Скачать: CL | DM;

Наверх




Память: 0.62 MB
Время: 0.028 c
1-1119449605
harisma
2005-06-22 18:13
2005.07.11
Вопрос по PageControl


6-1113053840
Виталик
2005-04-09 17:37
2005.07.11
Получить IP в виде байтового массива


6-1112960035
}|{yk
2005-04-08 15:33
2005.07.11
Проблема с устновкой Indy 10


14-1118834936
DVYdm
2005-06-15 15:28
2005.07.11
настройка Apache Server


8-1110900767
Adolf
2005-03-15 18:32
2005.07.11
написать текст на Image1