"Kullanıcı Tercihleri" Veritabanı Tablosu Tasarımı

Question

Kullanıcı tercihleri ​​için bir tablo oluşturmak istiyorum ve bunu yapmanın en iyi yolunu bulamıyorum. ASP.NET'in varsayılan olarak yaptığı gibi son derece garip görünüyor ve bundan kaçınmak isterim. Şu anda, her kullanıcı tercihi için farklı bir sütuna sahip olduğum her kullanıcı için bir satır kullanıyorum (normalleştirilmemiş, biliyorum).

Yani, birlikte gelmişti diğer fikri kendi tabloya Tercihler kendilerini bölmek ve sonra bir kullanıcı tercihleri ​​tablosunda kullanıcının BAŞINA tercihine BAŞINA bir satır var idi; bununla birlikte, bu her tercihin benim için de çekici olmayan aynı veri türü olması gerektiği anlamına gelir.

Yani, sorum şu: Kullanıcı tercih değerlerini tutmak için bir veritabanını tasarlamanın en iyi/en mantıklı yolu nedir?

Answer 1

Veritabanı çalışmasında kaçınmaya çalıştığım bazı fikirler veri çoğaltma ve gereksiz bir komplikasyon. Ayrıca "insert, update, and deletion anomalies" dan kaçınmak istiyorsunuz. Kullanıcı tercihlerini her satırdaki bir satırda = bir kullanıcı ve sütunlar ile saklamak, mevcut olan farklı tercihleri, mantıklı kıldı.

Şimdi, bu tercihleri ​​veritabanınızda başka bir biçimde veya şekilde kullanıldığını görebiliyorsanız, aynı tercihleri ​​kullanan birden çok nesne (yalnızca kullanıcı değil) gibi, ikinci rotanızı aşağıya çekmek ve FK/PK çiftleri ile tercihler.

Açıkladığınız şeye göre, ilk rotanın neden çalışmadığına dair bir neden göremiyorum.

Answer 2

Bunu genelde:

Users table (user_id, .... etc.) 
. 
Options table (option_id, data_type, ... etc.) 
(list of things that can be set by user) 
. 
Preferences table (user_id, option_id, setting) 

farklı veri türlerini olmak ve opsiyon tanımının bir parçası olarak seçeneğin veri türünü kaydedebilirsiniz yüzden ayar alanın Yeni SqlVariant veri türünü kullanın Sorgulandığında doğru türe geri döndürmek için seçenekler tablosu.

Answer 3

Gerçek hızlı ve tek yöntemi:

User(UserID, UserName, ...) 

PreferenceDataType(PreferenceDataTypeID, PreferenceDataTypeName) 

PreferenceDataValue(PreferenceDataValueID, PreferenceDataTypeID, IntValue, VarcharValue, BitValue, ...) 

Preference(PreferenceID, PreferenceDataTypeID, PreferenceName, ...) 

UserHasPreference(UserID, PreferenceID, PreferenceDataValueID) 

Answer 4

Eğer bir bakım kabus olacaktır Bir Kullanıcı tablonun tek bir satırda tüm kullanıcı tercihlerini saklıyorsanız!

kullanın kullanıcı başına tercihine başına bir satır ve bir varchar (255 say uzunluğu veya gereksinimlerini karşılamak için yeterince büyük bazı değer) olarak tercih değeri depolar. Bu sütunun değerlerini açık/kapalı hale getirmek zorunda kalacaksınız.

bu Bir Kullanıcı tercihi gibi bazı büyük ikili veri depolamak istiyor, ama bu ortak bir gereklilik olduğu tespit değil eğer kolayca olduğunu çalışmaz sadece bir durum.