Cấu trúc cơ sở dữ liệu cho hệ thống nhận xét trang web

Question

Tôi đang làm việc trên trang web hiện cần có hệ thống nhận xét. Vì trang web này là thương hiệu mới và cấu trúc cơ sở dữ liệu chưa được đặt trong đá, tôi muốn một số đề xuất về cách xử lý tốt nhất hệ thống nhận xét như sau:

• Nhận xét phải được đặt lên bất cứ điều gì. Bao gồm các mục trong bảng trong tương lai.
• Nhận xét phải nhanh chóng (và dễ dàng?) Có thể truy vấn.

Tôi biết rằng điều này một mình không nhiều, vì vậy đây là ý tưởng: Mỗi trường đại học có Cao đẳng, mỗi trường đều có tòa nhà và mỗi tòa nhà đều có phòng. Mọi người dùng đều có thể nhận xét về bất kỳ mục nào trong số bốn mục này (và những mục tương lai mà chúng tôi có thể thêm sau), nhưng tôi muốn tránh tạo một bảng bình luận cho từng mục.

Giải pháp mà tôi đã đưa ra cho đến nay dường như có hiệu quả, nhưng tôi cũng mở ra các ý tưởng khác. Giải pháp của tôi là sử dụng UUID làm khóa chính cho mỗi bảng (trường đại học, cao đẳng, xây dựng, phòng), sau đó có id tham chiếu trong bảng nhận xét là UUID đó. Mặc dù tôi không nghĩ rằng tôi có thể tạo một hệ thống khóa ngoài để liên kết mọi thứ, tôi tin rằng không có gì sẽ phá vỡ vì chỉ có các mục có thể có nhận xét, do đó một mục có thể không có nhận xét hoặc nếu nó bị xóa, thì bình luận đơn giản sẽ không bao giờ được trả lại.

University: 
    UniversityID - CHAR(36) //UUID()  & primary key 
    ... 

Comments: 
    CommentID - CHAR(36)  //UUID()  & primary key 
    CommentItemID - CHAR(36) //UUID of item & indexed 
    CommentUserID - INTEGER 
    CommentBody - TEXT 

Và sau đó truy vấn sẽ xuất hiện như:

SELECT * FROM University, Comments WHERE UniversityID = CommentItemID; 

Vậy điều gì làm tất cả các bạn nghĩ sao? Quy mô hệ thống này sẽ có số lượng lớn dữ liệu, hay có cách nào tốt hơn (có thể là Phương pháp hay Thực hành tốt nhất)?

Tôi cảm ơn bạn trước.

Chỉnh sửa 1: Tôi đã thay đổi định nghĩa Nhận xét để bao gồm một khóa chính và cột được lập chỉ mục để giải quyết các vấn đề được nêu từ trước đến nay. Bằng cách này, hệ thống cũng có thể có ý kiến ​​nhận xét (không chắc chắn làm thế nào khó hiểu điều này sẽ được trong mã thực tế, nhưng nó có một tính toán nhất định toán học để nó mà tôi thích). Tôi muốn giữ cho hệ thống càng giống càng tốt cho đến khi tôi chấp nhận câu trả lời.

Cả hai câu trả lời cho đến nay bởi Sebastian Good và Bryan M. đã đề xuất một khóa chính kép của hai số nguyên giống như ItemID và TableID. Sự do dự duy nhất của tôi với phương thức này là tôi sẽ phải có một bảng mới liệt kê các TableID và các tên bảng chuỗi sửa lỗi của chúng, hoặc giới thiệu các biến toàn cầu vào mã của tôi tham chiếu chúng. Trừ khi có một phương pháp khác tôi bị mất, điều này có vẻ như mã phụ có thể tránh được với tôi.

Tất cả các bạn nghĩ gì?

Answer 1

Vâng, vì không ai muốn trả lời, tôi đoán tôi sẽ chỉ gắn bó với phương pháp của mình. Tuy nhiên, tôi vẫn sẽ mở để đưa ra các đề xuất khác.

Answer 2

Tôi sẽ chỉ thực hiện một cách tiếp cận truyền thống hơn đối với mối quan hệ khóa ngoại giữa các nhận xét và bất cứ điều gì họ đang bị ràng buộc.

UNIVERSITY 
    UniversityID // assuming primary key 

COMMENTS 
    CommentID // assuming primary key 
    TypeID // Foreign Key 
    Type // Name of the table where the foreign key is found (ie, University) 

Điều này chỉ cảm thấy một chút sạch hơn với tôi. Một số cách sử dụng khóa ngoại của một bảng khác làm khóa chính cho nhận xét của bạn không cảm thấy đúng.

Answer 3

Nếu bạn sử dụng UUID, thật khó để biết nó xuất phát từ bảng nào. Nếu bạn chỉ muốn nhìn từ thực thể xuống các nhận xét, như trong truy vấn của bạn, nó sẽ hoạt động được. Nếu bạn muốn xem xét một bình luận và tìm hiểu nó là gì, bạn sẽ phải xem xét tất cả các bảng có thể (các trường đại học, các tòa nhà, vv) để tìm hiểu.

Một khả năng cho phép bạn sử dụng các số nguyên tuần tự đơn giản cho các khóa của các thực thể cơ sở của bạn (thường là mong muốn cho khả năng đọc, phân mảnh chỉ mục, v.v.) để làm cho khóa của bảng bình luận của bạn chứa hai cột. Một là tên của bảng mà nhận xét áp dụng cho. Thứ hai là chìa khóa của bảng đó. Điều này tương tự như cách tiếp cận mà Bryan M. gợi ý, mặc dù lưu ý rằng bạn sẽ không thể xác định các khóa ngoại từ bảng bình luận cho tất cả các bậc cha mẹ có thể. Truy vấn của bạn sẽ làm việc theo cả hai cách nếu cần, và bạn không cần phải lo lắng về UUID, vì sự kết hợp của tên bảng + ID sẽ là duy nhất trên cơ sở dữ liệu.