Newsgroup: it.comp.lang.vo-clipper
Titolo: mySq query...

Sarà la stanchezza, ma non riesco a fare una query in apparenza molto
semplice.
Prendiamo ad esempio due tabelle che corrispondono una alle testate fatture
ed una alle righe fatture.
Se voglio sapere quali righe ci sono per una testata chiedo:
SELECT * FROM TESTATE, RIGHE
WHERE TESTATE.NUMERO = RIGHE.NUMERO.
E fin qui tutto bene, ma se io voglio sapere quante fatture non hanno righe?
in teoria basterebbe nella clausola WHERE dare !=, ma così non va........
In altre parole mi serve estrapolare i record dalla tabella madre che non
hanno corrispondenza nella tabella figlia..........
Mi sa che riposerò un po'.......
Ciao a tutti.
                                        Francesco


Ad esempio:
SELECT * FROM Testate WHERE NOT EXISTS ( SELECT Numero FROM Righe WHERE
Numero = Testate.Numero )
EMG
--
EMAG Software Homepage:     
http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: 
http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: 
http://www.emagsoftware.it/tbosg


Si se usi la versione 4.1 ancora in beta, ma se come penso usi la 4.0 la
sintassi corretta è:
select testate.numero,righe.numero
from testate
left join righe on righe.numero = testate.numero
where isnull(righe.numero)
Danilo Giuliani
www.softdevo.com
in...@softdevo.com
sup...@softdevo.com

In effetti uso la 4.0.15.
Il tuo esempio funziona perfettamente, grazie!!
Ciao
                            Francesco

 where isnull(righe.numero)
Grazie dell'interessante alternativa.


 ha scritto nel
messaggio news:4007F5F5...@emagsoftware.it...


 (MySql mi sa che sta interessando sempre di più molti sviluppatori)
Sicuramente, dal punto di vista economico è una valida alternativa ai
tradizionali DBF, mentre dal punto di vista prettamente prestazionale e di
sicurezza non teme rivali.


 (MySql mi sa che sta interessando sempre di più molti sviluppatori)
In realtà io cerco di restare il più possibile neutro e portabile tra i
vari motori. Altrimenti se il cliente decide di cambiare mi ritrovo
nella ... E' questo il senso della cosiddetta scalabilità, uno dei
vantaggi dei sistemi SQL, no?


 sicurezza non teme rivali.
Scusa se intervengo ma bisogna precisare. Non mi sembra che ci sia alcun
metro di paragone che si possa utilizzare per confrontare DBF e MySQL.
Sono troppo diversi e largamente incompatibili, sia come tecnologia che
come filosofia. Con i DBF puoi fare cose impossibili con qualunque
motore SQL. Ma la loro natura intrinsecamente file-sharing li rende poco
adatti alle attuali tecnologie Internet. Insomma, ogni strumento ha il
suo ambiente di elezione.


 suo ambiente di elezione.
E' appunto qui il punto della questione. Tra i miei clienti oramai più
nessuno si accontenta di applicazioni  per PC standAlone o rete locale.
Ogniuno ha una valida ragione per pretendere che l'applicazione sia
consultabile da remoto, un magazzino distaccato, un rappresentante
itinerante, o semplicemente il titolare da casa o dal mare.
La consultabilità da remoto è l'arma vincente che ha convinto clienti di
altre società a servirsi dei nostri programmi.
A questo punto, per non disperdere energie, scrivo le mie applicazioni per
MySql, poi il cliente ne faccia l'uso che vuole. Alla peggiore delle ipotesi
avrò una aplicazione che lavora in locale con un database robusto e sicuro.
Ma comunque questo è un argomento già sin troppo discusso in queste pagine.
Sta di fatto che quando ho iniziato a parlare di VO e MySql sono stato
guardato come un eretico, ora piano piano molti più programmatori o sono
passati o stanno passando a MySql.


 avrò una aplicazione che lavora in locale con un database robusto e sicuro.
Sai che su questo non sono d'accordo. Non basta che il produttore di un
motore SQL dica che il suo database è robusto e sicuro per renderlo
tale.



VERO !!!!
Io adesso, per l'Ente dove lavoro (Accademia Navale di Livorno) sviluppo
SOLO con VO e MySQL
e devo dire che mi trovo sempre meglio. Adesso stiamo creando un Portale
interno (o meglio... io lo chiamo Centro servizi ) che si risiede su un
Server dove è montato W2000 Server con IIS, tramite Vo e delle CGI create
con la bella libreria TAG-IT (che consiglio di guardare in VO 2.6).
Interrogo i vari database MySQL, ORACLE (via ODBC). Sparsi tra i vari Server
in Accademia, è molto stimolante e interessante !!!
Ciao a tutti
Enio

 in Accademia, č molto stimolante e interessante !!!
Certo. Comunque per fare questo non c'č bisogno di uno strumento
particolare. Si puň fare benissimo con tutti gli strumenti di
programmazione che mi vengono in mente. E direi che non c'entra molto
con il discorso DBF/MySQL.


[...]
 Sta di fatto che quando ho iniziato a parlare di VO e MySql sono stato
guardato come un eretico, ora piano piano molti più programmatori o sono
passati o stanno passando a MySql.
Per la verità la maggior parte delle critiche non vertevano propriamente su
mySql... ^_^
Comunque io ero tra gli scettici più incalliti ed ora sono passato al 70% su
mySql, pur riconoscendone i limiti soprattutto in termini di versatilità
rispetto ai dbf, e mi trovo benissimo, almeno finora.
Ciao.
                                Francesco