Используйте подрывную деятельность без соединительной линии

Question

Используйте подрывную деятельность без соединительной линии

AFAIK необходимо сделать объект предоставлений по одному.

Обычно Вы использовали бы сценарий, чтобы сделать это, что-то вроде:

SELECT 'GRANT ALL ON '||table_name||' TO BOB;'
FROM   ALL_TABLES
WHERE  OWNER = 'ALICE';

И подобный для других объектов дб.

Вы могли поместить пакет в каждую схему, что необходимо выпустить предоставление, от которого пройдет весь вызов каждый оператор GRANT через ВЫПОЛНЕНИЕ НЕПОСРЕДСТВЕННОГО.

, например,

   PROCEDURE GRANT_TABLES
   IS
   BEGIN

      FOR tab IN (SELECT table_name
                  FROM   all_tables
                  WHERE  owner = this_user) LOOP
         EXECUTE IMMEDIATE 'GRANT SELECT, INSERT, UPDATE, DELETE ON '||tab.table_name||' TO other_user';
      END LOOP;
   END;

21

svn branch trunk

задан Jason Marcell 24 August 2009 в 15:28

6 ответов

Моя проблема с бумагой Perforce заключается в том, что она отвергает рекламную модель, не упоминая главное преимущество - сокращение накладных расходов на слияние. Фактически, в документе ошибочно утверждается, что «основная модель» не накладывает «никаких дополнительных административных накладных расходов» - смехотворное утверждение. Модель «всегда объединять в ствол» означает именно это - у вас есть накладные расходы, связанные с тем, что все должны объединиться. Это бессмысленные накладные расходы, если у вас есть следующая ситуация (которая у нас есть):

a) небольшая команда (от 5 до 7 разработчиков), все на расстоянии крика друг от друга. коммуникация не является проблемой, когда нам нужно создать ветвь

и

б) кодовая база, где на самом деле всегда есть только две основные ветви - производственная ветвь и «следующая вещь в разработке». Может быть, однажды в синюю луну у нас будет 3.

Я думаю, что моя точка зрения - это ситуационная вещь. Сказать «у рекламной модели есть проблемы» - все равно что сказать «никогда не используйте OR / M». Это зависит от вашей среды.

8