Database
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> Database

Cơ sở dữ liệu Reorgs - Tại sao chúng lại quan trọng

Sửa lại cơ sở dữ liệu: Tại sao chúng lại quan trọng và sự khác biệt giữa nội tuyến và ngoại tuyến

Các lần sửa lại cơ sở dữ liệu được thực hiện để tiết kiệm dung lượng dữ liệu và cải thiện hiệu suất và hiệu suất cơ sở dữ liệu. Bài báo này giải thích tại sao. Bài viết tiếp theo hướng dẫn cách tổ chức lại nhiều bảng và cơ sở dữ liệu trong Eclipse.

Dữ liệu trong các bảng RDBMS lớn cuối cùng bị phân mảnh. Kích thước của các bảng và chỉ mục tăng lên khi các bản ghi được phân phối trên nhiều trang dữ liệu hơn. Nhiều trang hơn đọc và các hàng theo thứ tự không tham gia trong quá trình thực thi truy vấn, phản hồi truy vấn chậm. Để lấy lại không gian bị lãng phí, cải thiện thời gian hoạt động của cơ sở dữ liệu và tăng tốc độ truy cập dữ liệu (phản hồi truy vấn), hãy xem xét chiến lược tổ chức lại các đối tượng cơ sở dữ liệu của bạn.

Cơ sở dữ liệu reorgs bao gồm hai loại cho các đối tượng bảng, chỉ mục và vùng bảng này:trực tuyến (tại chỗ) và ngoại tuyến (cổ điển).

Cơ sở dữ liệu trực tuyến reorgs hoạt động tăng dần bằng cách di chuyển các hàng trong bảng hiện có để thiết lập lại phân nhóm, lấy lại không gian trống và loại bỏ các hàng tràn. Các đối tượng chỉ không khả dụng trong một thời gian ngắn gần cuối, không phải trong giai đoạn tải lại và xây dựng lại, có thể kéo dài đối với các đối tượng lớn. Chúng cho phép các ứng dụng kết nối với cơ sở dữ liệu, nhưng thường làm chậm hiệu suất của chúng và có thể tạo khóa chờ tại thời điểm đó.

Cơ sở dữ liệu ngoại tuyến reorgs nhanh hơn, nhưng có thể làm mất cơ sở dữ liệu (nếu tiện ích reorg cơ sở dữ liệu được sử dụng). Với phương pháp này, dữ liệu được xuất từ ​​cơ sở dữ liệu thành tệp kết xuất (dỡ tải). Các đối tượng cơ sở dữ liệu được thiết lập sao lưu dựa trên phần trích xuất, thường được sắp xếp lại (sắp xếp). Sau đó, chúng được trả về cùng một vùng bảng (tải), nơi các chỉ mục được khôi phục ngầm (xây dựng lại).

Các DBA quan tâm đến hiệu suất sử dụng IRI FACT (Trích xuất nhanh) để tải xuống, tạo một tệp phẳng di động có thể được sắp xếp (với IRI CoSort) trên khóa chỉ mục chính của bảng được tổ chức lại. Với cách tiếp cận này, các hoạt động chuyển đổi và báo cáo khác có thể xảy ra và cơ sở dữ liệu vẫn trực tuyến. Các tải đường dẫn trực tiếp, được sắp xếp trước cũng bỏ qua việc sắp xếp (chi phí) của bộ tải cơ sở dữ liệu. Tất cả các hoạt động này được tự động hóa trong trình hướng dẫn reorg ngoại tuyến IRI Workbench.

Giữ một bản sao “bóng” của dữ liệu trong hệ thống tệp cho mỗi bảng không nên quá phiền phức vì một khi tệp phẳng được sắp xếp và tải lại, nó có thể bị xóa. Đồng thời, việc cung cấp dữ liệu reorg bên ngoài và có sẵn cho CoSort cũng cho phép khả năng sử dụng dữ liệu khác, bao gồm lưu trữ, báo cáo, bảo vệ và di chuyển sang các mục tiêu ứng dụng, công cụ BI và cơ sở dữ liệu khác.

Tất nhiên, cảnh báo trước là trong quá trình tải xuống, những người dùng hệ thống khác có thể đọc và có thể cập nhật không gian bảng, vì vậy bất kỳ bản cập nhật nào trong thời gian này có thể bỏ lỡ quá trình tải lại và tạo ra sự mâu thuẫn trong mục tiêu. Do đó, chúng tôi khuyên bạn nên thực hiện lặp lại ngoại tuyến khi không xảy ra cập nhật.

IRI cung cấp giải pháp tổ chức lại ngoại tuyến, được mô tả và hiển thị tại đây.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Sử dụng JShell trong Java 9 trong NetBeans 9.0, Phần 4

  2. Hoàn thiện SQL. Câu chuyện về thành công và thất bại

  3. Thả so với Cắt ngắn trong SQL

  4. Khám phá các API mô-đun trong Java 9

  5. Thủ tục được lưu trữ chuyên dụng để có được trạng thái sao lưu cơ sở dữ liệu mới nhất