Stark

Ho un programma (un form) che contiene un componente Query da cui con vari
criteri di estrazione l'utente ottiene dei report visualizati in un DBGid.
Il programma è chiamato da un main, ma è del tutto indipendente.
Ora avrei bisogno che con i records estratti l'utente potesse creare dei
dataset per poterli utilizzare per altri scopi. Vorrei mantenere il
programma di estrazione autonomo, perchè la creazione di questi files è
eccezionale, ma non so se o come posso far conoscere al main il risultato
della Query. Non vedo come, se voglio mantenere il componente Query come un
oggetto della form di estrazione. Avete qualche consiglio da darmi ?

A.Tarolla

Ciao,

"Stark" <franco.jommi*tin.it> ha scritto :
> Ho un programma (un form) che contiene un componente Query da cui con vari
> criteri di estrazione l'utente ottiene dei report visualizati in un DBGid.
> Il programma è chiamato da un main, ma è del tutto indipendente.
> Ora avrei bisogno che con i records estratti l'utente potesse creare dei
> dataset per poterli utilizzare per altri scopi. Vorrei mantenere il
> programma di estrazione autonomo, perchè la creazione di questi files è
> eccezionale, ma non so se o come posso far conoscere al main il risultato
> della Query. Non vedo come, se voglio mantenere il componente Query come
un
> oggetto della form di estrazione. Avete qualche consiglio da darmi ?


forse si, ma non ho compreso bene il tuo problema.
Tu hai questo programma di estrazione dati che tramite una query li
visualizza
in un DBGrid.
Questo programma, da come ho capito, è un programma a se,
cioè un eseguibile indipendente, infatti dici che viene richiamato da un
MAIN.
Ho capito bene ? Qualcosa mi dice di no.
Ora con questi dati che ti vengono visualizzati in un DBGrid, tu vorresti
salvarli in dei files database per scopi successivi. Ed anche quì non
ci dovrebbero essere problemi....ma mi domando, MAIN cosa
deve fare ?
Oppure se main ed il form di estrazione fanno parte dello stesso programma,
non mi spiego dove sta il problema da parte di MAIN di riuscire a vedere
il risultato della Query.....basta usare un comodissimo DataModule.

P.S. Mesà che non ho capito il tuo problema.

Ti saluto

Antonio

Stark

Hai spiegato il problema meglio di me, hai capito benissimo. Il programma di
estrazione è utilizzato in molti programmi diversi e c'è sempre un chiamante
che lo richiama. Il chiamante non gli fornisce alcun dato e il programma di
estrazione in questo senso è indipendente.
Per usarlo in questo caso, avevo appunto immaginato di creare una unit main
che lo richiami per utilizzarne le capacità di estrazione e immagazzinare i
risultati in un file (userei un componente BatchMove, visto che uso un
formato DBase) .
Il problema è : come faccio a restituire il risultato al main ? Se chiudo il
programma di estrazione non vedo più il componente Query e quindi il
risultato della estrazione. L'unico modo che immagino è di eseguire la
scrittura nell'ambito del programma di estrazione, che non volevo cambiare
perchè utilizzato da enne altri programmi...
La domanda è: C'è una soluzione diversa ? Un datamodule vorrebbe dire avere
il Query esterno al modulo di estrazione. Non dovrei cambiare tutti i
programmi che già lo utilizzano ?

"A.Tarolla" <aladino_new*yahoo.it> ha scritto nel messaggio
news:4b63777d$0$1113$4fafbaef*reader2.news.tin.it. ..
> Ciao,
>
> "Stark" <franco.jommi*tin.it> ha scritto :
>> Ho un programma (un form) che contiene un componente Query da cui con
>> vari
>> criteri di estrazione l'utente ottiene dei report visualizati in un
>> DBGid.
>> Il programma è chiamato da un main, ma è del tutto indipendente.
>> Ora avrei bisogno che con i records estratti l'utente potesse creare dei
>> dataset per poterli utilizzare per altri scopi. Vorrei mantenere il
>> programma di estrazione autonomo, perchè la creazione di questi files è
>> eccezionale, ma non so se o come posso far conoscere al main il risultato
>> della Query. Non vedo come, se voglio mantenere il componente Query come
> un
>> oggetto della form di estrazione. Avete qualche consiglio da darmi ?
>
>
> forse si, ma non ho compreso bene il tuo problema.
> Tu hai questo programma di estrazione dati che tramite una query li
> visualizza
> in un DBGrid.
> Questo programma, da come ho capito, è un programma a se,
> cioè un eseguibile indipendente, infatti dici che viene richiamato da un
> MAIN.
> Ho capito bene ? Qualcosa mi dice di no.
> Ora con questi dati che ti vengono visualizzati in un DBGrid, tu vorresti
> salvarli in dei files database per scopi successivi. Ed anche quì non
> ci dovrebbero essere problemi....ma mi domando, MAIN cosa
> deve fare ?
> Oppure se main ed il form di estrazione fanno parte dello stesso
> programma,
> non mi spiego dove sta il problema da parte di MAIN di riuscire a vedere
> il risultato della Query.....basta usare un comodissimo DataModule.
>
> P.S. Mesà che non ho capito il tuo problema.
>
> Ti saluto
>
> Antonio
>
>
>
>
>

A.Tarolla

Ciao,

"Stark" <franco.jommi*tin.it> ha scritto :
> Hai spiegato il problema meglio di me, hai capito benissimo. Il programma
di
> estrazione è utilizzato in molti programmi diversi e c'è sempre un
chiamante
> che lo richiama. Il chiamante non gli fornisce alcun dato e il programma
di
> estrazione in questo senso è indipendente.
> Per usarlo in questo caso, avevo appunto immaginato di creare una unit
main
> che lo richiami per utilizzarne le capacità di estrazione e immagazzinare
i
> risultati in un file (userei un componente BatchMove, visto che uso un
> formato DBase) .
> Il problema è : come faccio a restituire il risultato al main ? Se chiudo
il
> programma di estrazione non vedo più il componente Query e quindi il
> risultato della estrazione. L'unico modo che immagino è di eseguire la
> scrittura nell'ambito del programma di estrazione, che non volevo cambiare
> perchè utilizzato da enne altri programmi...
> La domanda è: C'è una soluzione diversa ? Un datamodule vorrebbe dire
avere
> il Query esterno al modulo di estrazione. Non dovrei cambiare tutti i
> programmi che già lo utilizzano ?

sicuramente non ho una gran esperienza con i database, ma secondo me (
magari mi sbaglio ) c'è una
sorta di stranezza in tutto ciò.
Nel senso che la query sta nel programma di estrazione, insieme ad un DBGrid
che da come ho capito
non serve quasi a nulla perchè tu vuoi visualizzare il risultato nella MAIN
che in realtà non sa nulla
di cosa sta succedendo nell'applicazione di estrazione.
Diciamo che non c'è nessuna comunicazione tra le due applicazioni.
Teoricamente potresti metterle in comunicazione fra loro, ma è ovvio che
devi modificarle entrambe,
cioè creare due applicazioni dove una è client e l'altra è server in modo
che si possano scambiare i
dati fra loro, altrimenti non mi viene in mente proprio nulla.
Ma se mi dici che poi l'applicazione di estrazione viene chiusa, allora
tutto ciò va a farsi benedire
e forse l'unica soluzione è che l'applicazione di estrazione salvi i
risultati su un files e l'applicazione
MAIN lo vada a leggere. Anche questa non mi pare una gran soluzione, io
eviterei di salvare su files,
cioè lo farei solo se strettamente necessario. Ma da come ho capito tu devi
salvare su files, ma solo
in alcune condizioni, cioè in base al risultato della query.
Poi bisogna andare a vedere anche la mole dati trattata.
Forse sarebbe stato più logico che fosse l'applicazione MAIN ad avere la
query con il DBGrid ed
andasse ad interrogare i risultati ottenuti dall'applicazione estrazione.
Di più non so dirti, mi dispiace, probabilmente qualcuno in questo forum che
ha una maggior esperienza
ti riuscirà a dare una soluzione ad hoc per il tuo problema.
Non si tratta di un problema di codice, ma di tecnologia da adottare.

Ti saluto....buona domenica

Antonio

Brunello

forse non ho capito bene lo scenario se il problema e' di non
modificare tanto l'applicazione che esegue la query puoi aggiungere
questa riga al sorgente prima della apertura
componentequery.sql.savetofile('nome.sql')

quando hai necessita' recuperi la query che ti interessa nella tua
applicazione e ricostruisci il dataset , ciao Brunello

Stark

Prima di tutto, grazie dei consigli. Poi, vorrei spiegarvi meglio la
questione, perchè l'architettura della cosa può apparire assurda. Come detto
e da voi correttamente compreso, ho un form Ricerche che consente all'utente
una grande varietà di ricerche su un dataset, tramite un componente Query
definito come un oggetto di quel form. Il risultato di tali ricerche è
visualizzato ind un DBgrid, anch'esso un oggetto del form Ricerche.
Ricerche è utilizzato da vari programmi che propongono un bottone che lo
richiama. Viene quindi creato da un chiamante, mostrato in modalità
Showmodal e si chiude non appena l'utente è soddisfatto dei report
visualizzati.

La novità sta nel tentativo di utilizzare questo stesso programma per
estrarre dei dati che, dopo la loro visualizzazione, possono essere
catturati e scritti su un file. Poichè volevo dare all'utente alcune
possibilità (definire dove mettere questo file, come chiamarlo, etc.) ho
pensato di fare un form in cui l'utente può definire queste cose, avere un
bottone per chiamare Ricerche per scegliere i criteri di estrazione, vedere
il risultato e infine scrivere il file.
Per raggiungere lo scopo, posso anche modificare Ricerche, ma solo in modo
da non dover modificare gli altri enne programmi che lo usano nella sua
modalità normale. Quindi devo escludere di spostare l'oggetto Query fuori da
Ricerche, ma potrei certamente aggiungere una scelta per scrivere il result
set della query. Oppure, farmi restituire da Ricerche la stringa della
select, duplicare l'oggetto Query nel chiamante e ripetere la query per
scrivere il file.
Mi pare di avere capito che non c'è modo di avere, dal chiamante, accesso al
"risultato" della query effettuata in Ricerche

> criteri di estrazione l'utente ottiene dei report visualizati in un DBGid.
"Stark" <franco.jommi*tin.it> ha scritto nel messaggio
news:4b636f25$0$1135$4fafbaef*reader1.news.tin.it. ..
> Ho un programma (un form) che contiene un componente Query da cui con vari
> criteri di estrazione l'utente ottiene dei report visualizati in un DBGid.
> Il programma è chiamato da un main, ma è del tutto indipendente.
> Ora avrei bisogno che con i records estratti l'utente potesse creare dei
> dataset per poterli utilizzare per altri scopi. Vorrei mantenere il
> programma di estrazione autonomo, perchè la creazione di questi files è
> eccezionale, ma non so se o come posso far conoscere al main il risultato
> della Query. Non vedo come, se voglio mantenere il componente Query come
> un oggetto della form di estrazione. Avete qualche consiglio da darmi ?

A.Tarolla

Ciao,

"Stark" <franco.jommi*tin.it> ha scritto :
> Prima di tutto, grazie dei consigli. Poi, vorrei spiegarvi meglio la
> questione, perchè l'architettura della cosa può apparire assurda. Come
detto
> e da voi correttamente compreso, ho un form Ricerche che consente
all'utente
> una grande varietà di ricerche su un dataset, tramite un componente Query
> definito come un oggetto di quel form. Il risultato di tali ricerche è
> visualizzato ind un DBgrid, anch'esso un oggetto del form Ricerche.
> Ricerche è utilizzato da vari programmi che propongono un bottone che lo
> richiama. Viene quindi creato da un chiamante, mostrato in modalità
> Showmodal e si chiude non appena l'utente è soddisfatto dei report
> visualizzati.

e fin quì non ci sono dubbi.

> La novità sta nel tentativo di utilizzare questo stesso programma per
> estrarre dei dati che, dopo la loro visualizzazione, possono essere
> catturati e scritti su un file. Poichè volevo dare all'utente alcune
> possibilità (definire dove mettere questo file, come chiamarlo, etc.) ho
> pensato di fare un form in cui l'utente può definire queste cose, avere un
> bottone per chiamare Ricerche per scegliere i criteri di estrazione,
vedere
> il risultato e infine scrivere il file.


questo form di cui parli è il famoso MAIN oppure è un altro ?
Vabbè, facciamo finta che sia il MAIN.


> Per raggiungere lo scopo, posso anche modificare Ricerche, ma solo in modo
> da non dover modificare gli altri enne programmi che lo usano nella sua
> modalità normale. Quindi devo escludere di spostare l'oggetto Query fuori
da
> Ricerche, ma potrei certamente aggiungere una scelta per scrivere il
result
> set della query. Oppure, farmi restituire da Ricerche la stringa della
> select, duplicare l'oggetto Query nel chiamante e ripetere la query per
> scrivere il file.

siccome mi è venuta in mente un'idea folle ma probabilmente non funzionale
che ovviamente
non voglio proporre perchè potrebbe suonare come una bestemmia per chi
programma
da anni ed inoltre mi sto rendendo conto che tutto ciò non è necessario, mi
domando
tutt'ora dov'è il problema.
Cioè l'utente ha questa form MAIN che ha alcune impostazioni ed inoltre il
pulsante
per visualizzare la form RICERCHE.
La form RICERCHE ha il completo accesso ai database, la query ed il
praticissimo
DBGrid che visualizza i risultati.
A questo punto mi domando : "perchè replicare la query per conoscere il
risultato
dentro MAIN ?" Onestamente non ne capisco l'utilità visto che RICERCHE fa
tutto ed è perfettamente visibile sullo schermo insieme al risultato della
query.
Se si tratta solo di poter salvare il files tramite le impostazioni scelte
nel MAIN,
basta predisporre l'applicazione RICERCHE ( visto che non è solo un form, ma
un'applicazione indipendente ) al salvataggio del files e tutto il resto che
vuoi tu.
In pratica l'applicazione MAIN deve inviare i comandi a RICERCHE, questa
deve eseguirli.
Se il discorso non è così, prova a spiegarmi perchè deve essere visualizzato
il risultato della query nel form MAIN....cioè la vera utilità. Scusami se
ancora
non ho capito.

> Mi pare di avere capito che non c'è modo di avere, dal chiamante, accesso
al
> "risultato" della query effettuata in Ricerche

non ne sono proprio sicuro se c'è o meno il modo, bisogna vedere se è
proprio
necessario.

Ti saluto

Antonio

Alberto Salvati

> Ho un programma (un form) che contiene un componente Query da cui con vari
> criteri di estrazione l'utente ottiene dei report visualizati in un DBGid..
> Il programma è chiamato da un main, ma è del tutto indipendente.

Ma questo "main" che cos'e'? Un altra applicazione?


> Ora avrei bisogno che con i records estratti l'utente potesse creare dei
> dataset per poterli utilizzare per altri scopi.

Se il tuo programma e' un file exe, al massimo, puoi esportare dei
dati e poi le altre app li usano...



A.

Stark

Il form di cui parlo è proprio quello che avevo chiamato Main, si, e lo
avrei creato per fare impostare alcuni dati e poi richiamare Ricerrche (che
non è un exe per se stesso).
Il problema veniva dalla mia originaria idea di utilizzare il form Ricerche
senza alcuna modifica (per non creare problemi agli altri programmi che lo
usano e per non ricompilarli), ma di avere disponibili nel richiamante i
dati visualizzati. Ora, capito che ciò non è possibile, mi sono determinato
a modificare Ricerche per aggiungere un'opzione per scrivere quì il file
risultato, proprio come mi stai suggerendo tu.
Quindi grazie!

(e questa modifica di Ricerche verrà incorporata senza impatti dagli altri
programmi al momento di una loro ricompilazione..)

"A.Tarolla" <aladino_new*yahoo.it> ha scritto nel messaggio
news:4b65ee06$0$823$4fafbaef*reader5.news.tin.it.. .
> Ciao,
>
> "Stark" <franco.jommi*tin.it> ha scritto :
>> Prima di tutto, grazie dei consigli. Poi, vorrei spiegarvi meglio la
>> questione, perchè l'architettura della cosa può apparire assurda. Come
> detto
>> e da voi correttamente compreso, ho un form Ricerche che consente
> all'utente
>> una grande varietà di ricerche su un dataset, tramite un componente Query
>> definito come un oggetto di quel form. Il risultato di tali ricerche è
>> visualizzato ind un DBgrid, anch'esso un oggetto del form Ricerche.
>> Ricerche è utilizzato da vari programmi che propongono un bottone che lo
>> richiama. Viene quindi creato da un chiamante, mostrato in modalità
>> Showmodal e si chiude non appena l'utente è soddisfatto dei report
>> visualizzati.
>
> e fin quì non ci sono dubbi.
>
>> La novità sta nel tentativo di utilizzare questo stesso programma per
>> estrarre dei dati che, dopo la loro visualizzazione, possono essere
>> catturati e scritti su un file. Poichè volevo dare all'utente alcune
>> possibilità (definire dove mettere questo file, come chiamarlo, etc.) ho
>> pensato di fare un form in cui l'utente può definire queste cose, avere
>> un
>> bottone per chiamare Ricerche per scegliere i criteri di estrazione,
> vedere
>> il risultato e infine scrivere il file.
>
>
> questo form di cui parli è il famoso MAIN oppure è un altro ?
> Vabbè, facciamo finta che sia il MAIN.
>
>
>> Per raggiungere lo scopo, posso anche modificare Ricerche, ma solo in
>> modo
>> da non dover modificare gli altri enne programmi che lo usano nella sua
>> modalità normale. Quindi devo escludere di spostare l'oggetto Query fuori
> da
>> Ricerche, ma potrei certamente aggiungere una scelta per scrivere il
> result
>> set della query. Oppure, farmi restituire da Ricerche la stringa della
>> select, duplicare l'oggetto Query nel chiamante e ripetere la query per
>> scrivere il file.
>
> siccome mi è venuta in mente un'idea folle ma probabilmente non funzionale
> che ovviamente
> non voglio proporre perchè potrebbe suonare come una bestemmia per chi
> programma
> da anni ed inoltre mi sto rendendo conto che tutto ciò non è necessario,
> mi
> domando
> tutt'ora dov'è il problema.
> Cioè l'utente ha questa form MAIN che ha alcune impostazioni ed inoltre il
> pulsante
> per visualizzare la form RICERCHE.
> La form RICERCHE ha il completo accesso ai database, la query ed il
> praticissimo
> DBGrid che visualizza i risultati.
> A questo punto mi domando : "perchè replicare la query per conoscere il
> risultato
> dentro MAIN ?" Onestamente non ne capisco l'utilità visto che RICERCHE fa
> tutto ed è perfettamente visibile sullo schermo insieme al risultato della
> query.
> Se si tratta solo di poter salvare il files tramite le impostazioni scelte
> nel MAIN,
> basta predisporre l'applicazione RICERCHE ( visto che non è solo un form,
> ma
> un'applicazione indipendente ) al salvataggio del files e tutto il resto
> che
> vuoi tu.
> In pratica l'applicazione MAIN deve inviare i comandi a RICERCHE, questa
> deve eseguirli.
> Se il discorso non è così, prova a spiegarmi perchè deve essere
> visualizzato
> il risultato della query nel form MAIN....cioè la vera utilità. Scusami se
> ancora
> non ho capito.
>
>> Mi pare di avere capito che non c'è modo di avere, dal chiamante, accesso
> al
>> "risultato" della query effettuata in Ricerche
>
> non ne sono proprio sicuro se c'è o meno il modo, bisogna vedere se è
> proprio
> necessario.
>
> Ti saluto
>
> Antonio
>
>
>