"Tabela preferencji użytkownika" Projekt tabeli bazy danych

Question

Szukam utworzyć tabelę preferencji użytkownika i nie mogę wymyślić najlepszy sposób to zrobić. Sposób, w jaki program ASP.NET robi to domyślnie, wydaje się wyjątkowo niezręczny i chciałby tego uniknąć. Obecnie używam jednego wiersza na użytkownika, gdzie mam inną kolumnę dla każdego preferencji użytkownika (nie znormalizowany, wiem).

Inną ideą, którą wymyśliłem, było podzielenie preferencji na własne, a następnie ustawienie w wierszu PER preferencji na użytkownika w tabeli preferencji użytkownika; jednakże oznaczałoby to, że każda preferencja musiałaby być dokładnie tym samym typem danych, co również nie brzmi zbyt zachęcająco.

Moje pytanie brzmi: Jaki jest najlepszy/najbardziej logiczny sposób zaprojektowania bazy danych do przechowywania wartości preferencji użytkownika?

Answer 1

Niektóre z pomysłów, których staram się unikać w pracy z bazami danych, to powielanie danych i niepotrzebne komplikacje. Ty też chcesz uniknąć "insert, update, and deletion anomalies". Mimo to, przechowywanie preferencji użytkownika w jednej tabeli z każdym wierszem = jeden użytkownik i kolumny, różne preferencje, które są dostępne, ma sens.

Teraz, jeśli możesz zobaczyć te preferencje używane w dowolnej innej formie lub sposobie w bazie danych, takie jak wiele obiektów (nie tylko użytkownicy), używając tych samych preferencji, wtedy zechcesz przejść do drugiej trasy i odnieść się do preferencje z parami FK/PK.

Co do tego, co opisałeś, nie widzę powodu, dla którego pierwsza trasa nie zadziała.

Answer 2

I zazwyczaj to zrobić:

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) 

używam nowy typ danych SQLVARIANT w polu ustawiania więc może to być różne typy danych i rejestrowania danych typu opcji w ramach definicji opcja w Tabela opcji umożliwiająca przeniesienie go z powrotem do odpowiedniego typu po zapytaniu.

Answer 3

bardzo szybko, jedna metoda:

User(UserID, UserName, ...) 

PreferenceDataType(PreferenceDataTypeID, PreferenceDataTypeName) 

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

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

UserHasPreference(UserID, PreferenceID, PreferenceDataValueID) 

Answer 4

Jeśli przechowywać wszystkie swoje preferencje użytkowników w jednym wierszu tabeli użytkownika trzeba będzie koszmar konserwacyjnych!

Użyj jednego wiersza na preferencję dla każdego użytkownika i zapisz wartość preferencji jako varchar (długość 255 powiedz lub wartość wystarczająco duża, aby spełnić Twoje wymagania). Konieczne będzie oczywiście przekonwertowanie wartości do/z tej kolumny.

Jedyną sytuacją, w której to nie zadziała, jest z łatwością, jeśli chcesz przechowywać duże dane binarne jako preferencje użytkownika, ale nie uznałem tego za częsty wymóg.