modello una classe base astratta e sottoclassi in un database

Question

Ho 4 sottoclassi: Video, Image, Note e Form. Ognuno contiene diversi tipi di dati. Ad esempio, la classe Image contiene un percorso per il file immagine su disco e le proprietà dell'immagine e la classe Form contiene i valori del campo modulo. L'elemento comune tra ogni elemento, tuttavia, è le coordinate GPS e direzione, in modo da avere la seguente classe di base astratta:

public abstract class Content 
{ 
    public float? Latitude { get; set; } 
    public float? Longitude { get; set; } 
    public float? Heading { get; set; } 
} 

Tuttavia, quando ho velato è su come modellare questo in un database. Attualmente ho un tavolo chiamato Events (per esempio, diciamo che un evento è una festa di compleanno) e 4 tavoli (Videos, Images, Notes e Forms). Ogni tabella ha una chiave esterna che rimanda alla chiave primaria Events.

Utilizzando LINQ-to-SQL, ottengo 5 classi per ogni tabella. Questo va bene se voglio solo un tipo di dati, ad esempio Event.Images, ma quello che voglio fare è contare il numero totale di "contenuti" di un Event e ottenere le coordinate GPS. Posso regolare facilmente il conteggio semplicemente usando Event.Images.Count() + Event.Videos.Count() + ..., ma non posso fare lo stesso per le coordinate GPS. C'è un modo in cui posso modellare il database in modo che io possa usare una classe base per ogni articolo ed essere ancora in grado di ottenere l'elemento fortemente tipizzato quando devo vedere i suoi dati?

Answer 1

Ci sono tre diversi modelli di questo documentati nei modelli di Enterprise Application Architecture, ciascuno con differenti trade-off di Martin Fowler:

• Single Table Inheritance
• Class Table Inheritance
• Concrete Table Inheritance

Answer 2

Quello è un modo per farlo.

In generale, ci sono altri due modi:

• tabella per ogni sotto-classe: invece di cercare di condividere i baseclass nel database, basta creare tabelle separate per ciascuno di essi.

• tabella per gerarchia: inserire un superset di tutti i campi in una tabella, nonché una colonna "discriminatore" e memorizzarli in un unico punto.

di capire che è giusto, pensare alle modalità di utilizzo:

• se generalmente li trattano in modo indipendente, e di query in modo indipendente, tavoli separati sono un buon modo per go-- sia quello che si avere o tabella per sottoclasse.
• se questi sono trattati come le collezioni eterogenee, così si vuole guardare a loro come ad esempio, una singola tabella può essere più facile

vedere anche ciò che il vostro strumento supporta più naturalmente. Funzionano tutti.

Answer 3

In realtà, questa domanda esatta viene richiesta molto, ed è stata answered many times. Probabilmente non hai cercato la terminologia del database.

Il problema sta applicando la terminologia OO e il pensiero in un'area non oggetto dell'oggetto; rendere un compito ordinario semplice molto complesso e limitato.

i libri di Martin Fowler e Scott Ambler di non valgono un dollaro per il sacco di loro, i dettagli in this answer, a partire dal 11 dicembre ingresso.

Answer 4

Dai uno sguardo a questi esempi SO, potrebbe essere utile.

• One
• Two
• Three
• Four
• Five