Newsgroup: it.comp.lang.delphi
Titolo: ADO Query un pò particolare

Salve,
Vorrei che in una ADOQuery venisse conservato uno
statement SQL contenente join.
Fin qui nulla di trascendentale, se non fosse che io vorrei anche i
campi persistenti, e questo è un pò più complicato... :-)
Qualcuno l'ha già fatto?
Andrea

The DeerBear wrote:
<snip>
D5 con tutte le patch per ADO,ADO 2.6, W2KPro non patchato.
Andrea

campi persistenti, e questo è un pò più complicato... :-)
A che ti servono, nello specifico, i campi persistenti ?
-- 
Andrea Laforgia
Open Delphi Manual
http://groups.yahoo.com/group/delphi_open_manual/

 A che ti servono, nello specifico, i campi persistenti ?
Mi servono a 2 scopi principalmente:
1) A non buttare il sangue con FieldByName e cumparielli varii
2) Cosě posso ispezionare un campo specifico *senza* bisogno di
dover mettere in mezzo le debug windows.
Andrea
P.S. Ho risolto, sbagliavo a mettere il Where :-P

The DeerBear wrote:
<snip>
Dopo essere riuscito nel mio intento, ora mi dice: Error: field "MyField"
not
found... che vuole? Come fa a non trovare il campo?
Andrea

dover mettere in mezzo le debug windows.
???? ???? ????


 ???? ???? ????
Della serie:
MioDato := MioCampo.AsInteger;
Io posso verificare il contenuto di MioCampo *senza*
dover mettere in mezzo le finestre di debug, che sono una
seccatura, quando i campi da vedere sono parecchi.
Andrea

The DeerBear wrote:

Ehm, non so gli altri ma io ho ancora qualche piccolo problema con la
lettura del pensiero, non e' che potresti essere un pochino meno
criptico? ;-)
-- 
"La velocità luce non è sufficiente Comandante Nunziatella, 
dobbiamo passare alla velocità smodata!"

seccatura, quando i campi da vedere sono parecchi.
Che cosa diavolo c'entrano le finestre di debug ??
Usando FieldByName hai ESATTAMENTE la stessa cosa.


 Usando FieldByName hai ESATTAMENTE la stessa cosa.
Si ma FieldByName significa dover ogni volta ridigitare il campo, con
tutte le possibilità di errore che questo comporta!
Andrea

 criptico? ;-)
GH!!! :-)
Semplicemente avevo sbagliato query! -_-
Andrea

usando FieldByName?
Dunque vediamo di darti un pizzicotto e riportarti alla realtà:
Hai affermato che usi i campi persistenti per non doverti sbattere con
FieldByName, hai affermato che ai campi persistenti non si accede
usando FieldByName.  Stai evidentemente dicendo delle sciocchezze!
Che cosa diavolo c'entra adesso "Add Fields" ?... smetto di cercare di
capire che cosa diavolo intendi...


 capire che cosa diavolo intendi...
Forse intende che quando si definisce un TField persistente puoi usare la
sintassi:
NomeCampo.Value
indifferentemente o al posto di:
NomeTabella.FieldByName('nome_campo').AsInteger
Ciao,
Gianluca.

 capire che cosa diavolo intendi...
Mi sa che tutto l'inghippo sta proprio qui...
Andrea

 aggiungi a design time tramite Add Fields...
Ciò non toglie che puoi accedere tramite il FieldByName !

 1) A non buttare il sangue con FieldByName e cumparielli varii
Quello che io dico è che *non voglio* usare FieldByName, per i
motivi che ho esposto:
"Si ma FieldByName significa dover ogni volta ridigitare il campo, con
tutte le possibilità di errore che questo comporta!"
Probabilmente mi sono espresso male, nel senso che si, si può
usare FieldByName ma *non* nello stesso modo dei campi
persistenti( cioè piazzandoli sul DM ).
Quello che io ho inteso dire ad Andrea Laforgia è che sia *indifferente*
usare i campi persistenti o FieldByName, cosa che *per me* non è
assolutamente uguale. Il risultato è lo stesso, ma sono due cose
totalmente diverse, in quanto nel primo caso( con i campi persistenti ) si
ottiene una praticità( riferimenti fissi al campo, eventi, ecc )
difficilmente
raggiungibile con FieldByName.
Capito, ora?
Andrea