Các vấn đề tiềm ẩn trong các Cơ sở dữ liệu SQL đa năng - núm vú

Tính toàn vẹn dữ liệu có thể bị tấn công từ nhiều phần tư. Một số trong những vấn đề này chỉ phát sinh trong các cơ sở dữ liệu SQL đa năng; những người khác có thể xảy ra ngay cả trong cơ sở dữ liệu chỉ chứa một bảng duy nhất. Bạn muốn nhận ra và giảm thiểu tất cả những mối đe dọa tiềm ẩn này.

Dữ liệu đầu vào không chính xác

Tài liệu nguồn hoặc tệp dữ liệu bạn sử dụng để điền vào cơ sở dữ liệu của bạn có thể chứa dữ liệu không tốt. Dữ liệu này có thể là một phiên bản bị hỏng của dữ liệu chính xác hoặc có thể đó không phải là dữ liệu bạn muốn. Kiểm tra phạm vi cho biết liệu dữ liệu có toàn vẹn miền hay không.

Loại hình séc này đánh bắt một số - nhưng không phải tất cả - các vấn đề. Ví dụ: giá trị trường không chính xác nằm trong phạm vi chấp nhận được - nhưng vẫn không chính xác - không được xác định là vấn đề.

Lỗi của nhà khai thác

Dữ liệu nguồn của bạn có thể đúng, nhưng nhà điều hành nhập dữ liệu có thể sao chép dữ liệu không chính xác. Lỗi này có thể dẫn đến cùng một loại vấn đề như dữ liệu đầu vào xấu. Một số giải pháp cũng giống nhau. Phạm vi kiểm tra giúp đỡ, nhưng họ không phải là foolproof. Một giải pháp khác là phải có một toán tử thứ hai độc lập xác nhận tất cả các dữ liệu.

Cách tiếp cận này rất tốn kém bởi vì xác nhận độc lập có hai lần số người và gấp đôi thời gian. Nhưng trong một số trường hợp, nếu tính toàn vẹn của dữ liệu là rất quan trọng, thì nỗ lực và chi phí có thể rất đáng giá.

Sự thất bại cơ học

Nếu bạn gặp lỗi cơ học, chẳng hạn như đụng xe máy, dữ liệu trong bảng có thể bị phá hủy. Việc sao lưu tốt là sự phòng vệ chính của bạn chống lại vấn đề này.

Malice

Xem xét khả năng ai đó muốn để làm hỏng dữ liệu của bạn. Đường dây phòng thủ đầu tiên của bạn là từ chối truy cập cơ sở dữ liệu cho bất kỳ ai có thể có ý định độc hại và hạn chế người dùng được ủy quyền để họ chỉ có thể truy cập dữ liệu họ cần. Bảo vệ thứ hai của bạn là duy trì sao lưu dữ liệu ở một nơi an toàn. Định kỳ đánh giá lại các tính năng bảo mật của cài đặt của bạn. Là một chút hoang tưởng không đau.

Sự dư thừa dữ liệu

Sự dư thừa dữ liệu - các mục dữ liệu giống nhau đang gia tăng ở nhiều nơi - là một vấn đề lớn với mô hình cơ sở dữ liệu có thứ bậc, nhưng vấn đề cũng có thể làm giảm các cơ sở dữ liệu quan hệ. Không chỉ lưu trữ dư thừa không gian lưu trữ và chế biến chậm, nhưng nó cũng có thể dẫn đến dữ liệu tham nhũng nghiêm trọng.

Nếu bạn lưu trữ cùng một mục dữ liệu trong hai bảng khác nhau trong cơ sở dữ liệu, mục trong một trong các bảng có thể thay đổi trong khi mục tương ứng trong bảng khác vẫn giữ nguyên.Tình huống này tạo ra sự khác biệt, và bạn có thể không có cách nào xác định được phiên bản nào là chính xác. Đó là một lý do chính đáng để giữ cho dữ liệu dự phòng ở mức tối thiểu.

Mặc dù một số lượng dự phòng nhất định là cần thiết cho khóa chính của một bảng để phục vụ như một khoá ngoại ở khóa khác, bạn nên tránh tránh lặp lại bất kỳ mục dữ liệu nào vượt quá.

Sau khi bạn loại bỏ hầu hết sự dư thừa từ một thiết kế cơ sở dữ liệu, bạn có thể thấy rằng hiệu năng bây giờ là không thể chấp nhận. Các nhà khai thác thường sử dụng một chút dự phòng để tăng tốc độ xử lý.

Thực tiễn chung là ban đầu thiết kế cơ sở dữ liệu có ít sự thừa và có mức độ bình thường hóa cao, sau đó phát hiện ra rằng các ứng dụng quan trọng chạy chậm, để thêm lựa chọn thêm sự thừa và denormalize. Từ khóa ở đây là có chọn lọc.

Sự dư thừa mà bạn thêm lại phải có một mục đích cụ thể, và bởi vì bạn nhận thức rõ về sự dư thừa và mối nguy hiểm mà nó đại diện, bạn phải có các biện pháp thích hợp để đảm bảo rằng sự dư thừa không gây ra nhiều vấn đề hơn nó giải quyết.

Khi bạn vượt quá dung lượng của DBMS

Một hệ thống cơ sở dữ liệu có thể hoạt động đúng trong nhiều năm và sau đó bắt đầu trải qua các lỗi gián đoạn mà dần dần trở nên nghiêm trọng hơn. Đây có thể là một dấu hiệu cho thấy bạn đang tiếp cận một trong các giới hạn năng lực của hệ thống. Có, sau khi tất cả, giới hạn cho số hàng mà một bảng có thể có. Ngoài ra còn có giới hạn về các cột, các ràng buộc và các tính năng cơ sở dữ liệu khác.

Kiểm tra kích thước hiện tại và nội dung của cơ sở dữ liệu của bạn so với các thông số kỹ thuật được liệt kê trong tài liệu của DBMS của bạn. Nếu bạn ở gần giới hạn ở bất kỳ khu vực nào, hãy cân nhắc nâng cấp lên một hệ thống có dung lượng cao hơn. Hoặc bạn có thể muốn lưu trữ dữ liệu cũ hơn không còn hoạt động và sau đó xóa nó khỏi cơ sở dữ liệu của bạn.