Ho un database genealogico (relativo alle pecore in realtà), utilizzato dagli allevatori per la ricerca di informazioni genetiche. In ogni disco memorizzo padre e madre. In una tabella separata memorizzo le informazioni complete "roll-up" in modo da poter dire rapidamente l'albero genealogico completo di qualsiasi animale senza ricorrere nell'intero database ...Qualsiasi utente ha utilizzato il tipo HierarchialID di SQl Server 2008 per archiviare i dati genealogici
Recentemente scoperto il tipo hierarchicalID incorporato nel server SQL 2008, in la superficie sembra promettente, ma io e mi chiedo se qualcuno lo abbia usato abbastanza per sapere se sarebbe appropriato nel mio tipo di app (cioè due genitori, più figli)? Tutti i campioni che ho trovato/letto finora trattano relazioni di tipo manager/dipendente in cui un determinato capo può avere più dipendenti e ogni dipendente può avere un singolo capo.
Le esigenze della mia app sono simili, ma non proprio uguali.
Sono sicuro che scaverò comunque in questa nuova tecnologia, ma sarebbe bello scorciare la mia ricerca se qualcuno già sapesse che non è stato progettato in modo tale da consentirmi di farne uso.
Sono anche curioso di sapere che tipo di prestazioni le persone vedono utilizzando questo nuovo tipo di dati rispetto ad altri metodi che fanno la stessa cosa.
Questo è stato il mio primo pensiero ... ora sto cercando di mettere la mia testa sul concetto di albero come "capovolto". Cioè ogni bambino è un capo, e i genitori sono dipendenti ... non hanno ancora pensato bene di vedere se il modello tiene ... –
Questo rende l'aggiunta molto costosa (dovresti ricalcolare tutto relativo ai nuovi agnelli) e probabilmente (non testato) non funziona ancora, a meno che non copri ogni pecora a un solo agnello ... –
Non rovescerai questo albero? A partire dal bambino ai genitori, ai nonni ecc –