Non ho ancora finito di spulciare la documentazione, ma come ben sa Giovanni,
mi interessano particolarmente le tabelle gerarchiche, e quando avrò finito di
studiare questa parte, spero di riuscire a fare una documentazione adeguata.
Ho capito la dichiarazione, e l'idea di base, in pratica una tabella gerarchica
è la componente del db che di avvicina di più ad un file xml, e di conseguenza
ad una bag (o meglio, è la perfetta rappresentazione di una bag con un path
come chiave, che si riflette poi in una struttura simile ad un file xml). Non
ho ancora esplorato come viene poi trasformato a livello sql e quindi nel db
vero e proprio, ma lo farò prossimamente.
Quello che non mi è ancora del tutto chiaro, è come faccio a caratterizzare i
vari livelli del path gerarchico...
Prendiamo la struttura che stavo elaborando settimana scorsa:
Stato/sede/plesso/palazzo/corpo/piano/stanza
Non ho ben capito se per caratterizzare i diversi livelli, devo giocare con i
sysfield nel model, identificarlo attraverso la struttura rappresentativa in
una risorsa th_ o, come mi pare di aver inteso, posso usare una tabella di
appoggio che in qualche modo gestisca le sue caratteristiche.
Altra cosa, con questa gestione, posso anche sopprimere qualche livello, ove
non necessario? Per esempio, nella sede di Milano usiamo la suddivisione dei
palazzi in corpi, ma a mecenate, per esempio, non è così... posso quindi in
qualche modo collassare il path? (Se le metto manualmente è sicuramente
possibile, visto che ogni path vive solo per se stesso e non ha nulla a che
fare con gli altri, ma quando è gestito attraverso la tabella di appoggio o le
altre tecniche, è ancora fattibile la cosa?
Quali parti della vecchia documentazione posso andarmi a studiare? Ci sono una
serie di termini particolari che devo/posso ricercare, per poi cercare di
armonizzare il tutto in una spiegazione unica?
Grazie
Byez
--
Gollum1
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli
errori di battitura (maledetto correttore ortografico).
