È questo lo schema del database pratico?

Question

come una sorta di follow-up a questa domanda precedente: normalizzazione una varietà di proprietà con tipi di dati simili

Ho creato questa configurazione ora: http://schemabank.com/p/VwWHn

Il mio non è in questione sono io sulla strada giusta con questo metodo? C'è un evidente errore alla configurazione che sto utilizzando, o qualcosa sui concetti di normalizzazione mi manca? Sto cercando di andare per un approccio pratico che funziona in scenari del mondo reale, quindi se c'è un metodo migliore per configurare questo database sarei felice di sentirlo.

Answer 1

Si potrebbe desiderare di avere un tavolo platforms_data, che permetterebbe di associare un gioco in più di una piattaforma. Questa potrebbe essere una scelta consapevole di non ha questo, ma ho pensato di parlarne.

L'altra cosa è che per le date di rilascio, suppongo avete una tabella release_dates separati in modo che sia possibile selezionare tutte per data di pubblicazione. Se questo non è parte del tuo piano, quindi non essere necessario il tavolo in più e può solo includere nel modello di gioco.

Un altro aspetto da considerare è che i giochi sono spesso rilasciati in paesi diversi in date diverse. Dal momento che si sta già portando più paesi nello schema a fini di rating, forse si potrebbe considerare l'aggiunta di un tavolo paese e togliere le valutazioni specifiche per paese tavoli. Poi si potrebbe avere una sola tabella voti, con ogni voto ha un paese come chiave esterna. Poi si sarebbe solo dovuto creare una tabella ratings_data ai giochi associare i vari feedback. Si potrebbe anche usare aggiungere il country_id alla tabella release_date_data. Questo approccio consentirà di espandere e aggiungere più paesi senza dover cambiare lo schema ogni volta.

Answer 2

Come su come aggiungere le seguenti tabelle:

1. Paese
2. RatingsByCountry
3. Valutazioni
4. GameRatingsByCountry

In questo modo, se si aggiunge un paese o di un tipo di valutazione, non avrà a strutture tabella delle modifiche.