Cách tốt nhất để thiết kế cơ sở dữ liệu và bảng để lưu giữ hồ sơ thay đổi?

Tôi cần thiết lập một tính năng lịch sử trên một dự án để theo dõi các thay đổi trước đó.

Hãy nói rằng tôi có hai bảng ngay bây giờ:

NOTES TABLE (id, userid, submissionid, message)

SUBMISSIONS TABLE (id, name, userid, filepath)

Thí dụ: Tôi có một hàng trong ghi chú và người dùng muốn thay đổi tin nhắn. Tôi muốn theo dõi trạng thái của nó trước khi thay đổi và sau khi thay đổi.

Điều gì sẽ là cách tiếp cận tốt nhất để thiết lập một cột trong mỗi bảng này sẽ cho biết nếu một mục "cũ". 0 nếu hoạt động HOẶC 1 nếu bị xóa / ẩn.

Tôi cũng muốn tạo một AUDIT TRAILbảng lịch sử ( ) chứa idtrạng thái trước, idtrạng thái mới, bảng này có liên quan đến bảng nào?

Vui lòng xem

http://www.codeproject.com/Articles/105768/Audit-Trail-Tracing-Data-Changes-in-Database

Đây là một cách đọc rất tốt về các phương pháp để tạo Audit Trail trong thiết kế cơ sở dữ liệu của bạn. Đường mòn kiểm toán là cần thiết để thực hiện cơ sở dữ liệu. Bạn phải luôn có thể thấy hành động của người dùng cơ sở dữ liệu trong hệ thống.

Chúng tôi có thể theo dõi những hàng nào đã được thay đổi khi trong hệ thống PTA (Điểm trong thời gian) của chúng tôi bằng cách thêm một số cột PTA (điểm thời gian) tiêu chuẩn vào tất cả các bảng quan tâm PTA.

Tôi đề nghị như sau:

DateCreated – the actual date on which the given row was inserted.
DateEffective – the date on which the given row became effective.
DateEnd – the date on which the given row ceased to be effective.
DateReplaced – the date on which the given row was replaced by another row.
OperatorCode – the unique identifier of the person (or system) that created the row.

Khi thiết kế các khả năng phiên bản trong dữ liệu của bạn, có một số yêu cầu tối thiểu (tôi nghĩ):

• Mỗi phiên bản của dữ liệu phải được khép kín và độc lập với các phiên bản khác. Điều này có nghĩa là không có cờ hoặc chỉ báo nào khác cho biết phiên bản hiện tại và "lịch sử". Điều đó cũng có nghĩa là cập nhật thực thể có nghĩa là chỉ chèn một phiên bản mới - không cần cập nhật các phiên bản trước đó.
• Tránh những gì tôi gọi là Phụ thuộc Spanning Row. Đó là nơi một trường (End_Date) của một hàng phải duy trì đồng bộ với một trường khác (Start_Date) của một hàng khác. Điều này làm cho việc làm việc với dữ liệu trở nên khó khăn hơn và là một nguồn bất thường tuyệt vời.
• Phiên bản hiện tại và tất cả các phiên bản trước đây phải nằm trong cùng một bảng. Điều này cho phép sử dụng cùng một truy vấn để xem dữ liệu trong quá khứ "kể từ" một ngày cụ thể và để xem dữ liệu hiện tại.
• Khóa ngoại đối với dữ liệu đã được phiên bản sẽ hoạt động giống như dữ liệu thông thường (không đảo ngược).
• Thiết kế nên được hiểu đơn giản hoặc phổ biến đến mức đường cong học tập cho các nhà phát triển mới được giảm thiểu.

Dưới đây là các slide của một bài thuyết trình tôi đã thực hiện một vài lần tại các hội chợ công nghệ. Nó bao gồm làm thế nào tất cả các bên trên có thể được thực hiện. Và đây là một tài liệu đi sâu vào chi tiết hơn. Tôi phải đưa ra lời xin lỗi cho tài liệu - đây là một công việc đang được tiến hành và không phải tất cả các phần đều được hoàn thành. Nhưng nó sẽ cung cấp cho bạn tất cả các thông tin cần thiết để thực hiện bất cứ điều gì, từ phiên bản đơn giản đến truy cập hai chiều đầy đủ.