ЗМІСТ
Сторінка 7 з 9
відключені тригери
В Oracle Database 11 g цей сценарій більше не є проблемою. Можна створити тригер спочатку відключеним, що дозволяє протестувати всі помилки компіляції. А пізніше при редагуванні включити його. Ось як його можна створити:
Тепер можна перевірити його статус:
Навіть незважаючи на те, що тригер створений відключеним, він повинен бути без помилок. Тому, якщо спробувати створити його з помилкою (наприклад, використовуючи таблицю "M", яка не існує):
Ця особливість дуже корисна в процесі контролю змін. Інше чудове застосування цієї можливості - включення тригерів в певний момент. Наприклад, за допомогою тригерів ви створюєте рішення для аудиту і audit_table ще не очищена від старих записів. Тригери можна створити відключеними, а включити їх пізніше, коли таблиця буде готова.
Слід розуміти, що фрагментація таблиць відмінна від файлової фрагментації. Коли виконується серія операцій DML над таблицею, таблиця фрагментируется, тому що DML не звільняє вільний простір до HWM.HWM - це індикатор використання блоків (USED BLOCKS) в базі даних. Блоки йдуть до чи.
Default Permanent Tablespace Перейменування табличного пространстваТаблічное простір SYSAUX Складений табличний простір TempDefault Permanent TablespaceOracle 9i ввів поняття тимчасового табличного простору за замовчуванням (default temporary tablespace), що дозволило запобігти випадковим.
ALTER TABLE table_name READ ONLY; ALTER TABLE table_name READ WRITE; Наступний скрипт створює таблицю, додає в неї кілька рядків, потім переключається у режим регулювання таблицю в режим "тільки для читання" .CREATE TABLE ro_tab (id NUMBER); INSERT INTO ro_tab VALUES (1); INSERT INTO ro_tab VALUES (2).
Процедура створення практично не відрізняється від попередніх версій - 9i і 10g. У створюваній базі даних будемо використовувати такі опції: OMF (Oracle Managed File) для файлів даних, файлів журналів повторного виконання і керуючих файлів. FRA (Flash Recovery Area) для архівних журналів або резе.
Неможливість гарантувати, що всі зміни плану завжди будуть в кращу сторону, привела деяких замовників до того, щоб закріпити свої плани виконання (збережені плани) або блокувати статистику оптимізатора. Однак, якщо діяти таким чином, ми позбавляємо себе можливості коли-небудь вико.