Newsgroup: it.comp.lang.delphi
Titolo: [D2005] Conferma su accesso ai dati.

Salve a tutti,
sto provando in questi giorni la versione trial di Delphi 2005, avrei
bisogno di alcune conferme sulle tecnologie di accesso ai dati da chi
si è gia' fatto un po' le ossa su questo strumento.
Riporto le mie considerazioni, magari non sono l'unico che ha le idee
un po' confuse:
1)
Ho notato che ci sono ancora i componenti TTable, TQuery, etc.. della
BDE, se non ricordo male pero' ho letto da qualche parte che questi
componenti sono utilizzabili solo su archivi paradox e interbase e
"localmente" (niente client/server).
Posso utilizzare questi componenti solo su progetti VCL.Net.
2)
I "Data Provider" rappresentano la nuova tecnologia Microsoft .Net per
l'accesso ai dati (per intendersi "SQLConnection", "SQLCommand", ...).
Se uno ha SQL Server tutto OK, altrimenti può utilizzare il data
provider per ole-db (e relativi driver ole-db del database che si
intende usare) o quello per ODBC (anche qui stesso discorso).
Li posso usare solo su progetti "Windows Form .Net" !!
Non li posso usare su VCL .NET.
3)
I "dbExpress" sono la tecnologia Borland per .Net quando si lavora su
progetti VCL.Net desktop.
4)
Se si sviluppano applicazioni "
ASP.NET
" (web application o web
services) si puo' utilizzare i borland data provider oppure i data
provider microsoft (rispettivamente BdpConnection, ... e
SQLConnection,...).
Credo che si potrebbe continuare con le casisitiche... per quel che mi
riguarda c'e' abbastanza per farsi venire un bel mal di testa.
Un'ultima considerazione i nuovi "data provider" microsoft altro non
sono che la tecnologia 
ADO.NET
?
E se e' cosi' i componenti "TADOConnection,..." della palette "dbGO"
dei progetti VCL.Net cosa sono?
Provo una risposta, la vecchia tecnologia ADO!?
Sicuro di aver scritto una buona serie si sfondoni ringrazio fin d'ora
chiunque sapra' fare un po' di luce in questo caos! :-)
M.Alfredo

 Provo una risposta, la vecchia tecnologia ADO!?
Esattamente. Si tratta di componenti "gestiti" che però fanno 
riferimento ad ADO, parte della piattaforma MDAC di Microsoft; presumo 
che la loro presenza in 
VCL.NET
 sia giustificata dal fatto che 
permettano di cominciare a migrare un'applicazione poco alla volta, in 
modo da poter usufruire di alcuni servizi del framework senza di fatto 
stravolgere il progetto.
Ciao! :-)
-- 
Marco «Alka» Breveglieri
  (marco [@] abls [.] it)
  ABLS Team S.n.c. - Software & Web
  42019 Scandiano (Reggio Emilia)
 
http://www.abls.it

 hai citato è accessibile, mentre InterBase no.
...
Ti ringrazio molto per la risposta, sinceramente sto aspettando con 
impazienza un buon testo di programmazione per Delphi 2005.
Sto utilizzando Delphi 2005 in versione trial e devo dire che se da un 
lato un ambiente integrato (win32 e .net) e' un ottima cosa dall'altro 
rende l'ide un po' più complesso.
Ho intenzione di provare (impegni di lavoro permettendo) i "vecchi" 
componenti BDE con interbase, ho alcune grosse applicazioni che dovrò 
migrare (anzi è il caso di dire riprogettare) su dot Net e poterlo fare 
un po' alla volta sara' fondamentale.
Non so se puo' interessare ma mi impegno a postare i risultati sul NG.
Ciao
Alfredo

 Non so se puo' interessare ma mi impegno a postare i risultati sul NG.
Magari "spalmaci" la tua esperienza acquisita quando qualcuno si trova 
in difficoltà negli argomenti specifici (e non) che stai affrontando con 
Delphi 2005. ;-)
