Cấu trúc cơ sở dữ liệu để theo dõi lịch sử thay đổi

Question

Tôi đang làm việc trên các thiết kế cơ sở dữ liệu cho một hệ thống quản lý dự án làm dự án cá nhân và tôi đã bị đánh sập.

Tôi muốn triển khai hệ thống vé và tôi muốn vé trông giống như tickets in Trac. Tôi sẽ sử dụng cấu trúc nào để nhân rộng hệ thống này? (Tôi chưa cài đặt thành công trac trên bất kỳ hệ thống nào của mình nên tôi thực sự không thể nhìn thấy nó đang làm gì)

Lưu ý: Tôi không thích lưu trữ hoặc hiển thị vé ở bất kỳ phiên bản nào. Tôi chỉ cần một lịch sử thay đổi. Tôi không muốn lưu trữ thêm dữ liệu. Ngoài ra, tôi đã thực hiện một tính năng như thế này bằng cách sử dụng một mảng được tuần tự hóa trong một trường văn bản. Tôi không muốn thực hiện điều đó như một giải pháp một lần nữa.

Chỉnh sửa: Tôi chỉ tìm kiếm cấu trúc cơ sở dữ liệu. Triggers/Callbacks không thực sự là một vấn đề.

Answer 1

tôi đã thực hiện tinh khiết Thay đổi dữ liệu ghi lại bằng cách sử dụng "mỏng" thiết kế:

RecordID Table Column OldValue NewValue 
-------- ----- ------ -------- -------- 

Bạn không thể muốn sử dụng "Bảng" và "Cột", mà là "đối tượng" và "tài sản ", v.v., tùy thuộc vào thiết kế của bạn.

Điều này có lợi thế về tính linh hoạt và đơn giản, với chi phí tốc độ truy vấn - chỉ mục nhóm trên cột "Bảng" và cột "" có thể tăng tốc truy vấn và bộ lọc. Nhưng nếu bạn định xem nhật ký thay đổi trực tuyến thường xuyên ở mức Bảng hoặc đối tượng, bạn có thể muốn thiết kế một cái gì đó phẳng hơn.

EDIT: một số người đã chỉ ra đúng rằng với giải pháp này, bạn không thể kéo cùng một tập hợp thay đổi. Tôi đã quên điều này trong bảng bên trên - triển khai mà tôi đã làm việc cũng có bảng "Giao dịch" với thông tin về ngày, người dùng và thông tin khác và cột "TransactionID", do đó thiết kế sẽ trông như sau:

CHANGE LOG TABLE: 
RecordID Table Column OldValue NewValue TransactionID 
-------- ----- ------ -------- -------- ------------- 

TRANSACTION LOG TABLE: 
TransactionID UserID TransactionDate 
------------- ------ --------------- 

Answer 2

Tôi muốn nói tạo một số loại lớp học về sự kiện mà bạn ping mỗi khi có sự cố xảy ra trong hệ thống của bạn & mô tả sự kiện trong cơ sở dữ liệu.

Cần lưu trữ thông tin cơ bản về ai/cái gì/ở đâu/khi nào /.

sắp xếp thông qua bảng sự kiện dự án đó sẽ giúp bạn có được thông tin bạn muốn.

Answer 3

Bạn có sau cơ chế cơ sở dữ liệu như thế này không?

CREATE OR REPLACE TRIGGER history$yourTable 
     BEFORE UPDATE ON yourTable 
     FOR EACH ROW 
     BEGIN 
      INSERT INTO 
       history 
      VALUES 
       (
       :old.field1, 
       :old.field2, 
       :old.field3, 
       :old.field4, 
       :old.field5, 
       :old.field6 
       ); 
     END; 
    /
    SHOW ERRORS TRIGGER history$yourTable 

Answer 4

Một giải pháp có thể là lưu trữ một bản sao của vé trong một bảng lịch sử với người dùng đã thực hiện thay đổi.

Tuy nhiên, điều này sẽ lưu trữ nhiều dữ liệu bổ sung và yêu cầu nhiều quá trình xử lý để tạo chế độ xem mà Trac hiển thị.

Answer 5

Theo như không lưu trữ nhiều dữ liệu bổ sung, tôi không thể nghĩ ra bất kỳ cách nào tốt để làm điều đó. Bạn phải lưu trữ mọi bản sửa đổi để xem thay đổi.

Đây là một giải pháp mà tôi đã thấy, mặc dù tôi không chắc đó có phải là giải pháp tốt nhất hay không. Có khóa chính, giả sử id trỏ đến một phiên bản cụ thể. cũng có các trường ticket_number và revision_date.ticket_number không thay đổi khi bạn sửa đổi vé, nhưng id và revision_date làm. Sau đó, tùy thuộc vào ngữ cảnh, bạn có thể nhận được bản sửa đổi cụ thể hoặc bản sửa đổi mới nhất của một vé cụ thể, sử dụng groupwise max.

Answer 6

Tôi đã làm một cái gì đó như thế này. Tôi có một bảng gọi là LoggableEntity có chứa: ID (PK).

Sau đó, tôi có bảng EntityLog chứa thông tin về các thay đổi được thực hiện cho loggableentity (bản ghi): ID (PK), EntityID (FK đến LoggableEntity.ID), ChangedBy (tên người dùng đã thay đổi), ChangedAt (smalldatetime khi thay đổi đã xảy ra), Loại (enum: Tạo, Xóa, Cập nhật), Chi tiết (trường ghi nhớ có chứa những gì đã thay đổi - có thể là một XML với các chi tiết được tuần tự hóa).

Bây giờ mọi bảng (thực thể) mà tôi muốn theo dõi được "dẫn xuất" từ bảng LoggableEntity - điều đó có nghĩa là ví dụ Khách hàng có FK đến bảng LoggableEntity.

Bây giờ mã DAL của tôi sẽ xử lý việc điền bảng EntityLog mỗi khi có thay đổi được thực hiện cho bản ghi khách hàng. Mỗi khi nó thấy rằng lớp thực thể là một loggableentity thì nó thêm bản ghi thay đổi mới vào bảng entitylog.

Vì vậy, đây là cấu trúc bảng của tôi:

+------------------+   +------------------+ 
| LoggableEntity |   | EntityLog  | 
| ---------------- |   | ---------------- | 
| (PK) ID   | <--+  | (PK) ID   | 
+------------------+ +----- | (FK) LoggableID | 
     ^     |  ...   | 
     |      +------------------+ 
+------------------+ 
| Customer   | 
| ---------------- | 
| (PK) ID   | 
| (FK) LoggableID | 
|  ...   | 
+------------------+