Ben bir endüstri arama tablo var: Kimlik, Ad.
Böyle o kadar girilen herhangi bir sanayi bu veri olacak bu her sektör için gerekli tüm özellikler vb Sanayi sektörü, Sanayi hizmet, Sanayi ürünleri gibi diğer endüstri özelliklere sahip. Bu veriler Sanayi sektörü = (İlköğretim, Ortaöğretim, üçüncül) gibi liste öğeleri sabittir. Sitede, bu değerler otomatik önermek veya liste değerleri aşağı tek bir select damla ya olacak. Ayrıca bu başka sitede sanayi filtre arama filtre olarak kullanılacaktır. Ve bu gibi rapor için kullanılacak -> sadece arkadaş insanlar birincil sektör sektörlere ait firmaların sayısını gösteriliyor.
For schema I see two ways it can be designed:
1) Industry lookup table will have all these additional data as text
2) The additional data will be stored as IDs which FK reference to their lookup tables.
3) Open to other design ideas too.
Issue with #1 is there will be no enforcement of data quality.
Issue with# 2 is there are many many fixed list items, so each having its own lookup table means there will be tons of lookup tables and FKs for the parent tables.
Ben bu nasıl yapılır, büyük ölçekli sistemlerin gerçek dünyada emin değilim. Sanayi sadece bir varlıktır; Ben birçok kişiliğe sahip ve her biri en az 40-50 sabit liste öğeleri (sütunlar) sahiptir, bu yüzden hangi yol daha iyi? Bu kadar performans önemli profesyonel ağ sitesi - Daha fazla bilgi için, bu kullanıcı içerik sitesidir.
Önerileriniz?