Etiketleri bir veritabanında depolamanın en etkili yolu nedir?

Ben bir stackoverflow kullanır benzer web sitemde bir etiketleme sistemi uyguluyorum, benim sorum - arama ve filtre böylece böylece depolamak için en etkili yolu nedir?

Benim fikrim şudur:

Table: Items
Columns: Item_ID, Title, Content

Table: Tags
Columns: Title, Item_ID

Bu çok yavaş mı? Daha iyi bir yol var mı?

Bir öğede çok sayıda etiket olacaktır. Ve bir etiket birçok öğeye ait olacak. Bu bana, çoktan çoğa engelin üstesinden gelmek için muhtemelen bir aracı masaya ihtiyacınız olacağını ima ediyor.

Gibi bir şey:

Tablo: Öğeler
Sütunlar: Item_ID, Item_Title, İçerik

Tablo: Etiketler
Sütunlar: Tag_ID, Tag_Title

Tablo: Items_Tags
Sütunları: Item_ID, Tag_ID

Web uygulamanız delicesine popüler ve yolda denormalize ihtiyacı olabilir, ama suları çok erken çamurlu anlamsız.

Veritabanı şemalarını etiketleme hakkında Philipp Keller'in blog gönderilerini okumalısınız. O hem bir kaç çalışır ve onun sonuçlarını rapor eder yaygın sorguları inşa kolaylığı açısından ve performans açısından . Etiket sayısı, etiketli öğe sayısı ve öğe başına etiket sayısı tüm faktörlerdi. Görevler 2005 yılından; O zamandan beri herhangi bir güncellemenin farkında değilim.

Aslında, etiketler tablosunun normalleştirilmesinin ölçeğe bağlı olarak daha iyi bir yol olabileceğine inanıyorum.

Bu şekilde, etiketler tablosunda tagid, itemid, tagname bulunur.

Yinelenen tagnames alırsınız, ancak belirli öğeler için çok daha fazla etiket ekleme / kaldırma / düzenleme yapar. Yeni bir etiket oluşturmanız, eskisinin tahsisini kaldırmanız ve yeni bir etiket tahsis etmeniz gerekmez, sadece tagname'i düzenlersiniz.

Bir etiket listesi görüntülemek için DISTINCT veya GROUP BY kullanın ve elbette bir etiketin kaç kez kolayca kullanıldığını sayabilirsiniz.

Biraz standart olmayan şeyler kullanmak sakıncası yoksa, Postgres sürüm 9.4 ve üstü JSON metin dizisi türünde bir kayıt saklama seçeneğine sahiptir.

Şemanız:

Table: Items
Columns: Item_ID:int, Title:text, Content:text

Table: Tags
Columns: Item_ID:int, Tag_Title:text[]

Daha fazla bilgi için Josh Berkus'un bu mükemmel yayınına bakın: http://www.databasesoup.com/2015/01/tag-all-things.html

Performans için ayrıntılı olarak karşılaştırıldığında daha çeşitli seçenekler vardır ve yukarıda önerilen seçenek genel olarak en iyisidir.

Etiketler ve öğeler arasında çoktan çoğa ilişkilere sahip olduğumuzdan, etiketler <=> öğe ilişkilendirmelerini depolamak için aracı üçüncü tablo kullanmanızı öneririm, yani bir öğe birden çok etiketle ilişkilendirilebilir ve bir etiket birden çok öğe ile ilişkilendirilebilir. HTH, Valf.

Bir soruda verdiğiniz verilere dayanarak yavaşlık hakkında gerçekten konuşamazsınız. Ve bu gelişim aşamasında performans hakkında çok fazla endişelenmeniz gerektiğini düşünmüyorum. Buna erken optimizasyon denir .

Ancak, Etiketler tablosuna Tag_ID sütununu eklemenizi öneririm. Her tablonun bir kimlik sütunu olması genellikle iyi bir uygulamadır.

Alan bir sorun olacaksa, etiketin metnini saklamak için 3. tablo Etiketleri'ne (Tag_Id, Başlık) sahip olun ve ardından Etiketler tablonuzu (Tag_Id, Item_Id) olarak değiştirin. Bu iki değer de benzersiz bir bileşik birincil anahtar sağlamalıdır.

Öğeler "Kimlik" alanına sahip olmalı ve Etiketler "Kimlik" alanına sahip olmalıdır (Birincil Anahtar, Kümelenmiş).

Sonra ItemID / TagID ara tablo yapmak ve " Perfect Index " koymak .