1. Định nghĩa.
Snapshot log là một bảng mà các hàng của nó ghi danh sách những thông tin đ−ợc thay đổi của bảng chủ, và những thông tin về các Snapshot đã cập nhật hoặc ch−a cập nhật những thay đổi trên. Việc tạo các Snapshot log làm giảm số l−ợng xử lí và thời gian cần thiết để làm t−ơi Snapshot.
Một Snapshot log đ−ợc kết hợp với một bảng chủ; Cũng nh− vậy một bảng chủ có thể chỉ có một Snapshot log.
Nếu nhiều Snapshot log dựa trên cùng một bảng chủ thì chúng đ−ợc sử dụng nh− là một Snapshot log.
Tiếp sau đây sẽ trình bày cách tạo, sửa đổi, quản lí và xoá các Snapshot log.
2. Tạo các Snapshot log.
Đặt tên Snapshot log: Oracle tự động tạo Snapshot log trong l−ợc đồ chứa bảng chủ nếu ta không chỉ rõ tên của Snapshot log.
Tạo một Snapshot log trong CSDL nh− các bảng chủ sử dụng câu lệnh CREATE SNAPSHOT LOG. ta có thể đặt các tuỳ chọn vùng l−u trữ cho các đoạn dữ liệu của Snapshot log, cỡ của Extent và địa ph−ơng, các Tablespace l−u trữ Snapshot log.
Đặt tuỳ chọn vùng l−u trữ nh− sau:
- Đặt PCTFREE từ 0, và PCTUSED từ 100.
Đặt các biến l−u trữ Extent tuỳ theo sự cập nhật (số các câu lệnh INSERT, UPDATE, DELETE), trên bảng chủ.
Ví dụ 1: Tạo Snapshot log của bảng EMP. CREATE SNAPSHOT LOG ON scott.emp TABLESPACE users
STORAGE (INITIAL 10K PCTINCREASE 50) PCTFREE 5 ;
Cách thức thực hiện của Oracle khi tạo Snapshot log:
- Oracle tạo một bảng, đặt tên là MLOG$_tên_bảng_chủ, l−u trữ ROWID và các hàng đ−ợc cập nhật trong bảng chủ.
- Oracle tạo một Trigger AFTER ROW trên bảng chủ thực hiện việc chèn ROWID và các thay đổi của các hàng vào trong Snapshot log chủ. Trigger đ−ợc đặt tên là TLOG$_tên_bảng_chủ.
Điều kiện để tạo một Snapshot log:
Nếu tạo trong bảng chủ của chính mình ta cần phải có quyền CREATE TABLE và CREATE TRIGGER. Nếu tạo Snapshot log cho một bảng trong
l−ợc đồ của User khác ta phải có quyền hệ thống là CREATE ANY TABLE và CREATE ANY TRIGGER.
3. Sửa đổi các tham biến của Snapshot log.
Ta có thể thay đổi các tham biến l−u trữ của Snapshot log. Tuy nhiên chỉ có ng−ời chủ của bảng chủ, hoặc các User có quyền hệ thống là ALTER ANY TABLE có thể thay đổi.
Ví dụ 2:
ALTER SNASPHOT LOG sale-price PCTFREE 25
PCTUSED 40 ;
4. Xoá các Snapshot log.
Có thể xoá một Snapshot log độc lập với bảng chủ hoặc các Snapshot đang tồn tại. Một Snapshot log đ−ợc xoá nếu các điều sau đây là đúng: Tất cả các Snapshot đơn của bảng chủ đã đ−ợc xoá, và các Snapshot đơn của bảng chủ đ−ợc làm t−ơi hoàn chỉnh, không phải là làm t−ơi nhanh.
Để xoá một Snapshot log địa ph−ơng, sử dụng câu lệnh DROP SNAPSHOT LOG, và chỉ chủ nhân của bảng chủ hoặc các user có quyền hệ thống DROP ANY TABLE.
Ví dụ: DROP SNAPSHOT LOG emp_log ; 5. Quản lý Snapshot log.
Oracle tự động theo dõi các hàng trong Snapshot log đã đ−ợc sử dụng trong suốt quá trình làm t−ơi của các Snapshot, và lọc các hàng từ log để cho log không tăng một cách vô hạn. Vì nhiều Snapshot đơn có thể sử dụng cùng một Snapshot log, các hàng sử dụng trong việc làm t−oi của một Snapshot vẫn có thể cần đ−ợc làm t−ơi cho Snapshot khác; Oracle không xoá các hàng trong log trừ khi tất cả các Snapshot đã sử dụng xong. Đặc điểm tự động này có thể dẫn tới sự phát triển vô hạn định một Snapshot log nếu Snapshot kết hợp với nó không bao giờ đ−ợc làm t−ơi.
Ví dụ: Snapshot EMP_B th−ờng xuyên đ−ợc làm t−ơi. Nh−ng Oracle không thể lọc các hàng đã sử dụng trong suốt quá trình làm t−ơi của Snapshot EMP_B vì Snapshot EMP_A cần chúng cho việc làm t−ơi sắp tới của nó. Tình
huống này xảy ra khi có một số các Snapshot đơn giản dựa trên cùng một bảng chủ và:
- Một Snapsshot không đ−ợc đặt tự động làm t−ơi bởi Oracle; Khi đó Snapshot phải đ−ợc làm t−ơi "bằng tay".
- Một Snapshot có khoảng thời gian làm t−ơi lâu, có hai vấn đề là:
a. Mạng bị lỗi ngăn cản quá trình tự động làm t−ơi của một hay nhiều Snapshot dựa trên bảng chủ.
b. Mạng hoặc một vị trí lỗi ngăn cản quá trình xoá Snapshot từ bảng chủ của nó.