Newsgroup: it.comp.java
Titolo: XML, ResultSet e Query

Ciao a tutti,
mi chiamo Daniele e avrei bisogno di una dritta.
Supponendo di avere un db con 2 tabelle in relazione 1 a molti: "nomi" e
"preferenze" dove ad ogni nome associa il colore di prefereza di una
persona. Ciň che vorrei ottenre č una delle due cose:
L'ideale:
un file XML del tipo:
<radice>
    <persona>
        <nome>
            danele
        </nome>
        <cognome>
            fornaciari
        </cognome>
            <preferenza>
                <colore>
                       rosso
                </colore>
                <colore>
                        bianco
                </colore>
            </preferenza>
        </persona>
</radice>
ma forse questo č chiedere troppo e dunque mi baserebbe poter trasferire le
informazioni di una relazione uno a molti all'interno di una struttura
navigabile come per esempio un albero, da cui poi si puň facilmente
trasportare le informazioni in un file simile a quello mostrato
precedentemente.
P.S. Ovviamente ciň si dovrebbe ottenere con una unica Query del tipo:
 SELECT * FROM NOMI NATURAL JOIN PREFERENZE
e non eseguendo una query per l'elenco di nomi e per ogni nome eseguire una
seconda query per ottenere l'elenco delle preferenze per la singola persona.
Temo forse di chiedere la luna, ma sarebbe proprio necessario cosě!
Grazie per la vostra attenzione e buon java a tutti :)))
Ciao
Daniele

Daniele Fornaciari wrote:

non č chiedere troppo!
http://otn.oracle.com/tech/xml/xdk_java/index.htm
Otterrai piu' o meno un file di questo tipo
<rowset>
    <row num="1">
        <nome>            danele        </nome>
        <cognome>            fornaciari        </cognome>
         <preferenza>rosso, bianco
            </preferenza>
        </row>
    <row num="2">
        <nome>            danele        </nome>
        <cognome>            fornaciari        </cognome>
         <preferenza>rosso, bianco
            </preferenza>
        </row>
</radice>
Leonardo


Guardati anche il WebRowset, implementazione di Rowset, implementazione di
Resultset ......
se leggi le specifiche di jdbc2.0 trovi tutto ... e puo' fare al caso tuo.
--
Fabrizio Marini
Company Partner
K-Tech S.r.l.
Via Tibullo, 13
00193 - Rome (RM) - Italy
http://www.k-tech.it
Phone: +39 (0) 6 68301467
E-mail: 
f.ma...@k-tech.it
 / 
fabry....@mclink.it

seconda query per ottenere l'elenco delle preferenze per la singola persona.
Come mortificare un DBMS ;-))
-- 
Ciao
	Fabrizio C.

 La cosa più utile sarebbe aggiungere anche l'ordinamento per persona:


che vorrei fosse il più generale possibile!!
IMHO sarebbe meglio partire dal semplice e poi generalizzare.
Sicuro che la cosa più tranquilla sarebbe valutare ed adottare
qualcosa di già fatto, ma qui non so dirti nulla.
HTH
-- 
Ciao
	Fabrizio C.

Prima di tutto non ero seccato :))
ero solo un po' teso e ansioso per la realizzazione di questo oggetto java,
so benissimo che qui nessuno fa il maestro....
ero solo un po' dispiaciuto che si fosse poco preso in considerazione la
complessità di ciò che pensavo, ma per il resto tutto a posto.
Per quanto riguarda la realizzazione dovrebbe essere terminata: casualmente
abbiamo usato la stessa metodologia che mi suggerivi, e questo mi rincuora
sul fatto che probabilemte sia l'unico modo.
Ma ho notato un problema che può essere aggirato solo effettuando due query.
Ma andiamo con ordine....
Supponiamo uno scenario un po' diverso, e qui il funzionamento è INECCEPBILE
con l'algoritmop usato.
Un insieme di utenti, ai quali sono associati degli articoli (molti, molti),
ogni articolo può essere scritto da più autori (molti, molti), ogni autore
può avere più email (1,molti). Devo dire uno scenario abbastanza complesso
per testare l'oggeto, ma per fortuna funziona.
è inutile che riporto qui l'XML che ottengo, sono tutti tag annidati! ed è
bello!
Ma il sottoscritto non si accontenta mai.... e ho pensato... se agli
articoli oltre che una relazione con gli autori aggiungo un'altra relazione
1 a molti con, per esempio i paragrafi di un articoli (lo scehmario non ha
molto senso, forse, ma per i test tutto va bene :)) )
Ecco il mio probema: non sono allineati sullo stesso livello!!! accipicchia,
penso che questo non si possa proprio realizzare se non con i seguenti modi:
imporre un DB a oggetti
fare due query separate e lavorare con xsl per la visualizzazione.
la potenza dello strumento è sempre notevole ma non ottimale :(((
se avete un'idea su come superare questo scoglio sono qui..... ma io tempo
che non si possa fare nulla.
Ok, spero di aver chiarito l'equivoco, purtroppo come tutti sappiamo con lo
scritto a volte si lasciano trasparire sentimenti non veritieri....
Ciao
Daniele
Fabrizio Camera <f.camer...@NOSPAMusa.net> wrote in message
3b2d276c...@news.libero.it...


>era troppo elemenatre :)))
Guarda, la ditta dove lavoro (che non nomino, per evitare pubblicita')
vende un prodotto di integrazione che (tra le altre cose) serve
esattamente a fare quel che dici tu. Lasciami dire che non e' punto
elementare. :-) 
-- 
God is Real, unless declared Integer.
ObjectZone - 
http://space.tin.it/computer/csadun

Lasciami dire che non e' punto elementare. :-) 
Bhe, dopo che Daniele ha spiegato per esteso qual è il suo problema,
sono MOLTO d'accordo.
[Piccolo OT]
Grazie per le FAQ.
-- 
Ciao
	Fabrizio C.

sono MOLTO d'accordo.
:-)


 sono MOLTO d'accordo.
Probabilmente sono stato un po' criptico all'inizio, e io avendo il quadro
generale di ciň che volevo realizzare... forse mi sono un po' scaldato ad "č
elementare", ma entrare eccessivamente nel dettaglio avrebbe forse
appesantito e confuso le idee, almeno credevo....
vi ringrazio per la colalborazione....
Beh, sě il prodotto sarebbe interessante da conoscere, ma sono un po'
orgoglioso e vorrei riuscirci da solo, č una realizzazione importante e mi
permetterebe di fare bella figura con i miei boss.... tralasciado la battuta
del mio capo progetto: "Ma sei sicura che una cosa del genere possa
servire?" spero in una lungimiranzza superiore salendo di gradino... :))
Ciao e Grazie
Daniele

 wrote in message
Xns90C4A0A1389...@194.19.1.61...
