Newsgroup: it.comp.lang.delphi
Titolo: Nuovo progetto, migliore connessione vcl per MS SQL Server 2000

Ho Delphi 5 ma credo sia l'ora di aggiornarmi :-) ho visto la trial di 
Delphi 2007 Win32 e vorrei impostare un nuovo progetto che prevede la 
connessione database a MS SQL Server 2000, quale tecnolgia dovrei usare come 
efficienza e performance? ADO con dbGO? DBExpress? Componenti proprietari 
tipo SDAC della CoreLab? XML? Altro? Cosa usate quando lavorate con questo 
database? Ringrazio chi risponde.
St. 


Ciao,
	nella mia azienda, dopo essere partiti con diversi progetti che 
sfruttavano BDE nel 2001, ci siamo ritrovati con applicazioni che 
funzionavano, col passare degli anni, sempre di meno.
Nel 2005 siamo stati praticamente costretti al porting perche' un paio 
di clienti che utilizzavano delle applicazioni Web (fatte con WebBroker) 
erano bloccati.
La valutazione e' caduta su ADO perche' era la libreria su cui il team 
aveva piu' know-how (conoscenza dell'object model, dei problemi etc.) e 
quindi il porting sarebbe stato piu' veloce.
Non abbiamo piu' avuto problemi bloccanti tuttavia abbiamo in piano di 
migliorare l'architettura di accesso ai dati, introducendo per alcuni 
moduli un persistence-layer (ECO?, InstantObjects?) e in altri casi 
sfruttando i client dataset e dbExpress che abbiamo a grandi linee 
testato su alcuni progetti minori.
Ciao,
baba.

 su alcuni progetti minori.
tenendo presente che il database che userò sarà sempre mssql2000 per questo 
progetto ho dei vantaggi ad usare client dataset e dbExpress rispetto ad 
Ado? 


Uhm...
	mi verrebbe da dire che, poiche' assumi di utilizzare sempre Microsoft 
SqlServer, ADO sia la scelta migliore per motivi di prestazioni (traggo 
questa conclusione sulla base della lettura dell'help on line di BDS 2006).
Tuttavia la scelta non e' semplice: i vantaggi che possono derivare 
dall'impiego dei client dataset e dbExpress secondo me sono altri, 
legati al fatto che predisponi un modulo di accesso ai dati piu' 
flessibile, adattabile a diversi tipi di architetture (da stand-alone a 
multi-tier).
Sarebe necessario documentarsi un po' piu' approfonditamente e fare 
qualche test.
Forse qualcun'altro che, al contrario di me, ha utilizzato piu' 
estensivamente i CDS e dbExpress puo' darti un aiuto maggiore.
Ciao,
baba.

Sai cos'è anche e che ADO potrei continuare ad usarlo con Delphi 5 passando 
invece a Delphi 2007 speravo di utilizzare qualcosa di nuovo e di meglio. 
Con i dbExpress mi sembra di aver capito che se facessi il porting verso un 
altro database le cose sono enormemente facilitate perchè cambierebbe solo 
il driver, solo che per adesso non è questo il mio caso perchè l'applicativo 
è legato mssql. Grazie per li risposte comunque. Bye 

 il driver [...]
Questa è una delle prerogative di ADO, sul quale ti conviene rimanere, 
secondo me.
Mi spiego: se tu stessi utilizzando il BDE, allora un porting a 
dbExpress te lo suggerirei, ma visto che hai già a disposizione 
un'architettura basata su ADO che ti consente di accedere al database 
che utilizzi più frequentemente e, con molta probabilità, anche a 
database differenti scegliendo un driver ADO specifico, non vedo un 
motivo sufficientemente valido per cambiare totalmente architettura 
inseguendo la stessa "libertà di scelta", con performance paragonabili. :-)
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 performance? ADO con dbGO? DBExpress? 
ADO con dbgo tutta la vita.

 ADO con dbgo tutta la vita.
per sqlserver access e oracle (che ha cmq alternative..) ok.
Per altri database non sarei cosi drastico.
A.

alberto salvati wrote :

Stiamo parlando di MSSQL2000 infatti ;)

> Stiamo parlando di MSSQL2000 infatti ;)
Sorry, Massimo. Avevo male interpretato il tuo post, capendo che
suggerivi di usare ado x tutti i db... :-|
A.