Suggerimenti rapidi sulla progettazione di database relazionale per MySQL

Question

Ho una webapp sto facendo che memorizza le informazioni di utenti, e le loro preferenze per quanto riguarda l'applicazione. E 'questo qualcosa vale la pena dividendo in due basi di dati? Stavo pensando una tabella "utenti" con i campi "id, useridfromFacebook, facebookRealName" (così 1, 52.052.025,295 mila, Alex MCP), e poi avere una tabella "preferenze" con i campi "id, useridfromFacebook, e-mail, i colori, SomeQuoteorSomething" (4 , 52052025295, 1, 441.155, 'Only The Good Die Young')

Non sono mai stato insegnato / me imparato a conoscere l'installazione di DB, ma questo mi sembra che sarebbe limitare il carico sul database perché quando un utente è autenticato e ha installato l'applicazione, mi avrebbe solo bisogno di interrogare la tabella delle preferenze, se (isset ($ fbauthboolean)) o qualcosa del genere.

Pensieri? Posso chiarire questo?

Grazie!

ho confuso il "database" parole e "tavolo" nel mio post originale. Modificato. Mi piacerebbe avere un solo DB con più tabelle, ma tutte relative allo stesso utente. Una tabella contiene i dati di nome, e l'altra tabella avrebbe memorizzare le preferenze dei dati di tipo

Answer 1

Non vorrei pensare che avresti bisogno di due basi di dati, ma si potrebbe desiderare tabelle separate nello stesso schema.

Mi è piaciuto molto "modellazione di database e Design" di Toby Teorey . Vedere se siete d'accordo.

Mi piace anche il Database programmatore blog . Molto disponibile, buona scrittura.

Se non si desidera acquistare un libro, si potrebbe desiderare di Google per la normalizzazione.

Answer 2

Per la tavola delle preferenze, mi piacerebbe andare qualcosa come

Preferences( pref_id, facebook_id, preference, value)

Dove preferenza fosse qualche codice come 'quote', 'AboutMe', ecc, e il valore è una stringa.

Si potrebbe anche avere un tavolo preference_value con un elenco di 'quote', 'Quote divertente' / 'AboutMe, 'Su di me', etc