Newsgroup: it.comp.lang.delphi
Titolo: Usare componenti ADO per Console Application

Salve,
mi chiedevo se si potevano usare i componenti ADO o altri per la 
connessione a DB in ambiente Console!
Se si come? Creandoli a RunTime?
io non ci sono riuscito sinceramente!
Grazie!
--- posted by geoForum on 
http://www.delphiedintorni.it

 Grazie!
Un'applicazione console comunque non ti impedisce di utilizzare componenti
non visuali... usa un TDataModule.
Ciao,
Gianluca.
-- 
Gianluca Plevani
-----------------------------------------------------------
http://www.brain-enterprise.com


Ho letto qualcosa riguardo la classe TDataModule e a quanto ho capito 
crea un file di archiviazione con una struttura sua.
A me invece serviva ADO per interfacciarmi ad un Database MySql già 
esistente non volendo però fare l'applicazione visuale.
Sai se esiste qualche testo o qualche parte di codice già scritta da cui 
prenderne esempio? grazie!


 esistente non volendo però fare l'applicazione visuale.
ADO per accedere ad un db MySql? Ti consiglio spassionatamente di usare
ZeosLib, dato che, AFAIK, se volessi usare ADO con MySql dovresti passare da
MyODBC... e comunque qualsiasi altra soluzione non sarebbe minimamente
paragonabile con Zeos (e gli altri componenti ad accesso diretto come
MySqlDAC, ma è a pagamento).
-- 
Jax
====
All'avvocato bisogna raccontare le cose chiare: a lui tocca poi
imbrogliarle.(Manzoni)

 prenderne esempio? grazie!
... google...



Quindi dovrei usarlo come un contenitore di componenti al posto della 
form!
Quindi potrei fare:
program mioprogramma;
{$APPTYPE CONSOLE}
uses
  SysUtils,DB,ADODB;
type
  TDatamodule = class(TDataModule)
  Connection : TAdoConnection;
  private
    { Private declarations }
  public
    { Public declarations }
  end;
begin
 
end.
o è errato? :D


 --- posted by geoForum on 
http://www.delphiedintorni.it
Beh.. sicuramente di errato c'è la definizione:
TDatamodule = class(TDataModule)
in quanto non puoi dichiarare una classe figlia con lo stesso nome della
classe padre. Meglio:
DataModule1 = classe(TDataModule)
Poi non ho ben capito se hai ben capito come si utilizzino di TDataModule.
Non è una classe che ti dichiari manualmente ma un componente visuale che,
al pari di un form ha il proprio designer. Fai tipo "File/New/Datamodule". E
quindi generi una vera e propria unit per il DataModule in questione.
Magari prima di partire con lo sviluppo dell'applicazione, prova ad
approfondire meglio nella documentazione.
Ciao,
Gianluca.


Beh hai ragione! 
Mi scuso prima per la mia arroganza allora ^^
Comunque ho cominciato questo datamodule, vedo che è facile inserire 
componenti non visuali nella Console Application.
Ma tornando ad ADO + MySQL io li ho usati con i driver ODBC 3.51 
e vanno alla grande,anche se conosco i componenti Zeos. L'unica cosa che 
mi impiccia sai qual'è?
Che non riesco mai ad installarli correttamente e quando compilo mi da 
sempre qualche errore in qualche Unit che non trova su Zeos!
E' proprio qualcosa con cui non ci sono mai andato daccordo :)
Forse perchè non ho capito bene come istallare package su D7?? :o
Illuminatemi voi :D


 Forse perchè non ho capito bene come istallare package su D7?? :o
Probabilmente ;)
Scherzi a parte, innanzitutto bisogna vedere se il problema si presenta
durante la compilazione del package (1) o quando si compila il progetto che
utilizza un nuovo package (2).
(1) In questo caso, quasi ogni componente o suite che si rispetti ha, da
qualche parte, un file .bpk. Non devi fare altro che aprire quel file con
delphi e installare il package. Se c'è qualche errore, bisogna controllare
bene che il componente sia stato scritto per la versione che stai usando e,
comunque, procedere caso per caso.
Nel remoto caso in cui il componente non includa un .bpk, devi creartene uno
tu facendo Component / Install component / Into new package e in Package
file name mettici un nome a tuo piacere: io di solito lo metto nella stessa
dir del componente, con un nome tipo unitDPK.dpk (ho avuto brutte esperienze
a chiamare il package con lo stesso nome della unit), poi delphi ti aprirà
il tuo nuovo package e da lì lo installi.
(2) In quest'altro caso, il problema è sempre quello: mancano le directory
nella search path del progetto. Quindi: Project / Options / Directories /
Search path e da lì vai ad aggiungere le directory dove sono contenuti i
.pas (o i .dcu) del package che hai installato.
In ogni caso, come ti hanno suggerito anche altre persone, lascia perdere
ADO+ODBC... con Zeos, a parte questi problemi marginali, ti troverai da Zeus
(hafattlabbattuta!!)
PS: Quota! :)
http://www.freewebz.com/iosononiubbo/iosononiubbo.htm
-- 
Jax
====
L'amore è come un sigaro: se si spegne, lo puoi riaccendere, ma non ha
più lo stesso sapore.


ho scaricato l'ultima versione degli ZeosDBO, il file INSTALL dice:
------------------------------------------------------------------------
Unpack the archive to a folder 
Copy the required dlls from lib directory to the windows system 
directory (usually Windows\System or winnt\system32) 
Locate the package directory associated with your compiler and open the 
ZeosDbo.bpg project group. Load the project and install the following 
components in the order listed: 
ZCore.bpl
ZParseSql.bpl
ZPlain.bpl
ZDbc.bpl
ZComponent.bpl
Create your own project and start adding the compoents through the IDE 
and set connection properties. For a quick tutorial, use the example 
provided with the project or browse the resources on the web page. 
------------------------------------------------------------------------
Ho fatto tutto come segue, dice di aver istallato i componenti 
correttamente, ma quando vadoa compilare comincia a sparare errori 
tipo 'Could not compile ZParse.pkg' etc..!
Sarò io che sono sfigato?
P.S: il file bpk non c'è!
