Saya menerapkan sistem pemberian tag di situs web saya yang mirip dengan satu stackoverflow, pertanyaan saya adalah - cara apa yang paling efektif untuk menyimpan tag sehingga dapat ditelusuri dan difilter?
Ide saya adalah ini:
Table: Items
Columns: Item_ID, Title, Content
Table: Tags
Columns: Title, Item_ID
Apakah ini terlalu lambat? Apakah ada cara yang lebih baik?
Jawaban:
Satu item akan memiliki banyak tag. Dan satu tanda akan menjadi milik banyak item. Ini menyiratkan kepada saya bahwa Anda sangat mungkin memerlukan tabel perantara untuk mengatasi kendala banyak-ke-banyak.
Sesuatu seperti:
Tabel: Item
Kolom: Item_ID, Item_Title, Konten
Tabel: Tag
Kolom: Tag_ID, Tag_Title
Tabel: Item_Tags
Kolom: Item_ID, Tag_ID
Mungkin aplikasi web Anda sangat populer dan perlu dinormalisasi di masa mendatang, tetapi tidak ada gunanya membuat air terlalu dini.
Sebenarnya saya percaya de-normalisasi tabel tag mungkin cara yang lebih baik untuk maju, tergantung pada skalanya.
Dengan cara ini, tabel tag memiliki tagid, itemid, tagname.
Anda akan mendapatkan tagnames duplikat, tetapi menambahkan / menghapus / mengedit tag untuk item tertentu JAUH lebih sederhana. Anda tidak perlu membuat tag baru, menghapus alokasi yang lama dan mengalokasikan ulang yang baru, Anda cukup mengedit tagname.
Untuk menampilkan daftar tag, Anda cukup menggunakan DISTINCT atau GROUP BY, dan tentunya Anda dapat menghitung berapa kali tag digunakan dengan mudah juga.
Jika Anda tidak keberatan menggunakan sedikit barang non-standar, Postgres versi 9.4 dan yang lebih baru memiliki opsi untuk menyimpan catatan jenis array teks JSON.
Skema Anda adalah:
Table: Items
Columns: Item_ID:int, Title:text, Content:text
Table: Tags
Columns: Item_ID:int, Tag_Title:text[]
Untuk info lebih lanjut, lihat posting luar biasa ini oleh Josh Berkus: http://www.databasesoup.com/2015/01/tag-all-things.html
Ada lebih banyak pilihan yang berbeda dibandingkan secara menyeluruh untuk kinerja dan yang disarankan di atas adalah yang terbaik secara keseluruhan.
Anda tidak dapat benar-benar membicarakan kelambatan berdasarkan data yang Anda berikan dalam pertanyaan. Dan saya rasa Anda tidak perlu terlalu khawatir tentang kinerja pada tahap perkembangan ini. Ini disebut pengoptimalan prematur .
Namun, saya menyarankan agar Anda menyertakan kolom Tag_ID di tabel Tag. Biasanya merupakan praktik yang baik bahwa setiap tabel memiliki kolom ID.
Saya akan menyarankan menggunakan tabel ketiga perantara untuk menyimpan tag <=> asosiasi item, karena kita memiliki hubungan banyak-ke-banyak antara tag dan item, yaitu satu item dapat dikaitkan dengan beberapa tag dan satu tag dapat dikaitkan dengan beberapa item. HTH, Katup.
Item harus memiliki kolom "ID", dan Tag harus memiliki kolom "ID" (Kunci Utama, Berkelompok).
Kemudian buat tabel perantara dari ItemID / TagID dan letakkan " Indeks Sempurna " di sana.