Thiết kế cơ sở dữ liệu SQL được đề xuất cho các thẻ hoặc gắn thẻ [đã đóng]

Tôi đã nghe nói về một số cách để thực hiện gắn thẻ; sử dụng bảng ánh xạ giữa TagID và ItemID (có ý nghĩa với tôi, nhưng nó có chia tỷ lệ không?), thêm một số cột TagID cố định vào ItemID (có vẻ như là một ý tưởng tồi), Giữ các thẻ trong cột văn bản được phân tách bằng dấu phẩy (âm thanh điên nhưng có thể làm việc). Tôi thậm chí đã nghe ai đó đề xuất một ma trận thưa thớt, nhưng sau đó làm thế nào để tên thẻ phát triển một cách duyên dáng?

Tôi có thiếu một thực hành tốt nhất cho các thẻ?

Ba bảng (một để lưu trữ tất cả các mục, một cho tất cả các thẻ và một cho mối quan hệ giữa hai mục), được lập chỉ mục chính xác, với các khóa ngoại được đặt trên cơ sở dữ liệu phù hợp, nên hoạt động tốt và chia tỷ lệ đúng.

Table: Item
Columns: ItemID, Title, Content

Table: Tag
Columns: TagID, Title

Table: ItemTag
Columns: ItemID, TagID

Thông thường tôi sẽ đồng ý với Yaakov Ellis nhưng trong trường hợp đặc biệt này có một giải pháp khả thi khác:

Sử dụng hai bảng:

Table: Item
Columns: ItemID, Title, Content
Indexes: ItemID

Table: Tag
Columns: ItemID, Title
Indexes: ItemId, Title

Điều này có một số lợi thế lớn:

Đầu tiên, nó làm cho việc phát triển đơn giản hơn nhiều: trong giải pháp ba bảng để chèn và cập nhật, itembạn phải tra cứu Tagbảng để xem đã có mục nào chưa. Sau đó, bạn phải tham gia với họ với những cái mới. Đây không phải là nhiệm vụ tầm thường.

Sau đó, nó làm cho các truy vấn đơn giản hơn (và có lẽ nhanh hơn). Có ba truy vấn cơ sở dữ liệu chính mà bạn sẽ thực hiện: Xuất tất cả Tagscho một Item, vẽ Thẻ đám mây và chọn tất cả các mục cho một Tiêu đề thẻ.

Tất cả các thẻ cho một mục:

3 bàn:

SELECT Tag.Title 
  FROM Tag 
  JOIN ItemTag ON Tag.TagID = ItemTag.TagID
 WHERE ItemTag.ItemID = :id

Bảng 2:

SELECT Tag.Title
FROM Tag
WHERE Tag.ItemID = :id

Thẻ đám mây:

3 bàn:

SELECT Tag.Title, count(*)
  FROM Tag
  JOIN ItemTag ON Tag.TagID = ItemTag.TagID
 GROUP BY Tag.Title

Bảng 2:

SELECT Tag.Title, count(*)
  FROM Tag
 GROUP BY Tag.Title

Các mục cho một Thẻ:

3 bàn:

SELECT Item.*
  FROM Item
  JOIN ItemTag ON Item.ItemID = ItemTag.ItemID
  JOIN Tag ON ItemTag.TagID = Tag.TagID
 WHERE Tag.Title = :title

Bảng 2:

SELECT Item.*
  FROM Item
  JOIN Tag ON Item.ItemID = Tag.ItemID
 WHERE Tag.Title = :title

Nhưng cũng có một số nhược điểm: Nó có thể chiếm nhiều không gian hơn trong cơ sở dữ liệu (điều này có thể dẫn đến nhiều hoạt động đĩa chậm hơn) và nó không được chuẩn hóa có thể dẫn đến sự không nhất quán.

Đối số kích thước không mạnh vì bản chất của thẻ là chúng thường khá nhỏ nên mức tăng kích thước không phải là lớn. Người ta có thể lập luận rằng truy vấn cho tiêu đề thẻ nhanh hơn nhiều trong một bảng nhỏ chỉ chứa mỗi thẻ một lần và điều này chắc chắn là đúng. Nhưng có liên quan đến khoản tiết kiệm cho việc không phải tham gia và thực tế là bạn có thể xây dựng một chỉ số tốt trên chúng có thể dễ dàng bù đắp cho điều này. Điều này tất nhiên phụ thuộc rất nhiều vào kích thước của cơ sở dữ liệu bạn đang sử dụng.

Đối số không nhất quán là một chút tranh luận quá. Thẻ là các trường văn bản miễn phí và không có hoạt động dự kiến ​​như 'đổi tên tất cả các thẻ "foo" thành "bar"'.

Vì vậy, tldr: Tôi sẽ đi cho giải pháp hai bàn. (Trong thực tế tôi sẽ đến. Tôi tìm thấy bài viết này để xem liệu có đối số hợp lệ chống lại nó không.)

Nếu bạn đang sử dụng cơ sở dữ liệu hỗ trợ thu nhỏ bản đồ, như couchdb, lưu trữ thẻ trong trường văn bản hoặc trường danh sách thực sự là cách tốt nhất. Thí dụ:

tagcloud: {
  map: function(doc){ 
    for(tag in doc.tags){ 
      emit(doc.tags[tag],1) 
    }
  }
  reduce: function(keys,values){
    return values.length
  }
}

Chạy cái này với group = true sẽ nhóm kết quả theo tên thẻ và thậm chí trả về số lần gặp phải thẻ đó. Nó rất giống với việc đếm sự xuất hiện của một từ trong văn bản .

Sử dụng một cột văn bản được định dạng duy nhất [1] để lưu trữ các thẻ và sử dụng công cụ tìm kiếm toàn văn có khả năng để lập chỉ mục này. Khác, bạn sẽ gặp vấn đề mở rộng khi cố gắng thực hiện các truy vấn boolean.

Nếu bạn cần chi tiết về các thẻ bạn có, bạn có thể theo dõi nó trong bảng được duy trì tăng dần hoặc chạy một công việc hàng loạt để trích xuất thông tin.

[1] Một số RDBMS thậm chí còn cung cấp một kiểu mảng gốc có thể phù hợp hơn cho việc lưu trữ bằng cách không cần một bước phân tích cú pháp, nhưng có thể gây ra vấn đề với tìm kiếm toàn văn bản.

Tôi đã luôn giữ các thẻ trong một bảng riêng biệt và sau đó có một bảng ánh xạ. Tất nhiên tôi cũng chưa bao giờ làm bất cứ điều gì ở quy mô lớn.

Việc có bảng "thẻ" và bảng bản đồ giúp tạo ra các đám mây thẻ khá đơn giản và vì vậy bạn có thể dễ dàng kết hợp SQL để có được danh sách các thẻ với số lần sử dụng mỗi thẻ.

Tôi muốn đề xuất thiết kế sau: Bảng mục: Itemid, taglist1, taglist2
điều này sẽ nhanh chóng và giúp dễ dàng lưu và truy xuất dữ liệu ở cấp độ mục.

Song song xây dựng một bảng khác: Thẻ thẻ không tạo định danh duy nhất cho thẻ và nếu bạn hết dung lượng trong cột thứ 2 có chứa 100 mục sẽ tạo một hàng khác.

Bây giờ trong khi tìm kiếm các mục cho một thẻ, nó sẽ siêu nhanh.