Мимопроходящий
у Оракела тоже.


Пользователь должен иметь возможность сохранять сам код отчёта, а он в базе. То есть что, перед сохранением транзакцию откатываем, а после - опять создаём? Можно в принципе. Но я не уверен, что RB будет пользоваться именно этой транзакцией, а не создаст свои.

softwarerНапример, через роли

Да, это наиболее адекватный вариант.

Да, это наиболее адекватный вариант.

PS Это, правда, вариант RO, а не ограничения изменений одной записью, но это даже и лучше

DimaBrВы проверьте, каждый второй одинаковые

Ну и что? Ну будут ~250 различных

ёёёёёПроцедуры можно использовать, которые наделены соответствующими правами, не?

ага... А поле переназвали, и процедура стала инвалидом. К тому ж не уверен что RB адекватно будет работать с таким источником данных, как процедура... Как там сделать rbDataPipe из процедуры ?

Всё проще - надо сделать специальный коннекшн для специального юзера - ReportBuilderUser. Этому юзеру ограничить права только на чтение. И переходить на него при работе с ReportBuilder.

_Vasilisk_Отобрать права на доступ к таблице и выдать права на доступ к вьюхе
Основное приложение работать перестанет - там запросы именно к таблицам.

ёёёёёНу ты попробуй хотя бы. Как минимум - узнаешь, как процедуры в качестве источника данных применять. :)

Прочитал. Понял, как в РБ можно процедуры ... Только зачем?
Выберет пользователь вместо процедуры таблицу - и понеслось UPDATE ...WHERE 1=1

ёёёёёМожно процедуру использовать именно для сохранения отчета в базе. Юзеру запись запретить совсем, а сторед процедуре - разрешить. И юзера до этой SP допустить.
Да с сохранением отчёта вообще проблем нет. Пусть сохраняют как хотят.

Мимопроходящийтаблицу переименуй.
оберни её во вьюху с исходным именем таблицы.


А что случится если в приложении случится
INSERT INTO ORDERS (Order_ID, ... VALUES (23512234,...

Мимопроходящийслучится инсёрт во вьюху


А что случится если в случится
INSERT INTO ORDERS SELECT 434 000 000 records?

Мимопроходящийслучится отлуп, если ты правильно сделаешь RLS.

А зачем View делать? Я точно так же могу RLS на таблице настроить, нет?

Мимопроходящийps: не нужно растекаться мыслями по всем форумам сразу.


Вопрос - на стыке. Можно ведь просто сделать анализ SQL строки средствами Дельфи перед тем как она будет отдана из RB в базу Oracle.

Мимопроходящийсделай.


Во-первых, это некрасиво...

эндичто за дичь, у вас там пользователи что под правами админа работают чтоли?
Под собой они работают. Слава богу, не владельцы схемы. А когда я захожу, могу спокойно даже DROP TABLE сделать из Report Builder.

эндидоступ к объектам и строкам спокойно делается встроенными средствами практически любого вменяемого sql сервера.
Тут вообще-то скорее по Дельфям форум, а не по Ораклу. По Ораклу я спросил в том форуме

эндиПричем как Вам уже сказали выше, роли, разграничение доступа, хранимки, вьюшки, кое где и права на отдельные строки таблицы можно.
Роли достаточно. Хранимки, вьюшки - не дают абсолютно ничего. RLS - - возможно

эндиЧто вы опять сову на глобус натягиваете
Интересно иметь on the table все возможности