Newsgroup: it.comp.lang.visual-basic
Titolo: [VB6] distinta base e treeview

buondi' giovini
ecco la domanda.
vorrei visualizzare una distnta base tramite un treeview.
echeccevo'...direte voi.
be' il problema e' con le chaivi duplicate:
esempio :
padre    figlio
art1    art2
art1    art3
art1     art4
art4    art401
art4    art402
art1    art5
art5    art501
fin qui tutto bene (cit.) ma ecco il problema:
art5     art401 !!! --> art401 chiave duplicata
il problema e' che se aggiungo un valore (random o  progressivo) alla chiave
che vado a scrivere poi e' un problema reperirlo
quando mi serve come riferimento per un componente che magari dta' molte
righe sotto.
qualche idea/esempio?
ciao e grazie.

 art5     art401 !!! --> art401 chiave duplicata
Perchè 'chiave duplicata'?
Ogni record avrà una sua chiave, ad esempio un progressivo, oppure la chiave 
sarà la combinazione di padre+figlio, ma non puoi certo impedire che due 
padri abbiano lo stesso figlio (beh, in una distinta, ovviamente...).
Ciao
Alberto
-- 
E tutto mi sembrava andasse bene... 


innanzitutto grazie della risposta.
la chiave duplicata me la da perche' io uso come chiave il codice.
come scrivevo sopra se usassi il codice + qualcos'altro (progressivo o
random) farei poi fatica a reperire il
codice di questa chiave per eventuali sottolivelli successivi.
spero di essermi spiegato...

 spero di essermi spiegato...
No, non ti seguo.


 righe sotto.
Ciao idea buttata lě:
padre    figlio
art1    art1art2
art1    art1art3
art1    art1art4
art4    art4art401
art4    art4art402
art1    art1art5
art5    art5art501
art5    art5art401
Quindi come chiave l'accoppiata padre+figlio.
Non ho provato quindi non spararmi se l'idea fa schifo.
Ciao
Stefano 

 ha scritto nel messaggio
news:d7fa5b$25i$1...@balena.cs.interbusiness.it...

Grazie pure a te.
In effetti l'idea va bene ma manca il caso di padri di 2o o maggiore
livello:
quindi  dopo attenta analisi pare che i dati di partenza debbano essere
scritti in questo modo:
 art1    art1art2
 art1    art1art3
 art1    art1art4
art4    art4art401
art4    art4art402
 art1    art1art5
art5    art5art501
 art5    art5art401
e poi:
art5art401    art5art401art900
art5art401    art5art401art901
art5art401art901    art5art401art901art950
 art5    art601
art5art601    art5art601art700
e via cosi'...
praticamente ogni padre/figlio ha come chiave il suo codice e TUTTI quelli
che lo precedono.
cosi' l'univocita' e' assicurata e non c'e' il problema di "ricordarsi" la
chiave se il padre
ha molti figli che hanno altri figli a loro volta.
poi mi si pone il problema che con il click di un nodo dovrei calcolare la
somma del costo dei componenti dei livelli
sottostanti ma questa e' un'altra storia...


vedi risposta a Stefano Ferrari.

 sottostanti ma questa e' un'altra storia...
Con una function ricorsiva è il male di 6-7 righe di codice.
Ciao



sperem...non sono cosi' convinto cmq vedro'.
ciao.

 sperem...non sono cosi' convinto cmq vedro'.
Le funzioni ricorsive per le distinte erano il primo esercizio di 
Informatica 1 all'università.
Se non ti riesce, cerca qualcosa su web in mezzo alle dispense di inormatica 
di qualche corso, e troverai il codice pronto. Magari in C o Pascal, ma lo 
adatti con poco.



il problema (che non avevo specificato) e' che i dati li ho in excel...mica
e' un file (aime').
poi in excel posso comunque loopare e girarci dentro pero' preferivo poterci
andare
dritto con l'sql allora anch'io avrei detto che la funzione ricorsiva per il
calcolo
dei costi non avrebbe rappresentato un gran problema.
ciao.