In versiunile Delphi 5.6 și 7 sprijinit tehnologia ADO (ActiveX Data Objects - obiecte de date construite ca un ActiveX obiecte), care se dezvolta viguros Microsoft Corporation. Pe baza acestei tehnologii pentru a crea kituri componente corespunzătoare TADOTable, TADOQuery, TADOStoredProc, repetând funcțional componente TTable, TQuery, TStoredProc, dar nu are nevoie de implementare și configurare BDE pe masina client.
Principalele caracteristici ale utilizării tehnologiei ADO nu depinde de arhitectura bazei de date: această tehnologie nu este unic pentru file-server de baze de date, dar, de asemenea, n pentru client-server și baza de date cu trei niveluri. Cu toate acestea, în acest tutorial (și cartea, în general), nu vom lua în considerare special componentele TADOStoredProc și TRDSConnect ioni, destinate să sprijine, respectiv, client-server și trei nivele arhitecturi, - în cazul în care sunteți interesat de aceste probleme, consultați documentația și / sau serviciul director built-in.
Principalul avantaj al tehnologiei ADO este sa se concentreze pe crearea unui naturale „lite“ client. Ca parte a acestei tehnologii pe bază de mașină instalat un dezvoltator de baze de date MS ADO obiecte și componente Delphi corespunzătoare (Fig. 9.1), pentru a asigura utilizarea tehnologiei ADO (aceste setări sunt efectuate automat la implementarea Delphi). Pe mașina server de baze de date (acest lucru poate fi un server de fișiere în tehnologia de fișier-server sau server de date mașină - tehnologie client-server) set asa-numitul furnizor de date - unele suprastructură pe o tehnologie specială OLE DB pentru a „înțelege“ OAD obiecte cereri și " care este capabil să „traducă aceste solicitări în acțiunea corespunzătoare asupra datelor. Interacțiunea componentelor ADO și furnizor se realizează pe baza universal pentru tehnologia Windows ActiveX, furnizorul de servicii este implementat ca un server COM, și ADO-componente - ca un client COM.
Pe mașina server este creat și găzduit sursă de date. În cazul sistemelor de fișiere server de tabele separate, cum ar fi dBASE, FoxPro, Paradox, și așa mai departe. N. trebuie să fie gestionate în mod corespunzător, driverul ODBC, și rolul furnizorului utilizează Microsoft OLE DB Provider pentru drivere ODBC. Dacă, din anumite motive, nu a fost găsit driverul potrivit, tabelul de file-server poate fi transferat în format MS Access. Pe baza acestora, se creează un singur fișier care conține toate tabelele necesare, indexuri, proceduri stocate și alte elemente de baze de date. Acest fișier este gestionat de mașină Microsoft Jet Database 4.0 Database Engine, precum și un furnizor utilizează Microsoft Jet 4.0 OLE DB Provider.
Fig. 9.1. Realizarea tehnologiei ADO în Delphi
Dacă utilizați un server industrial de baze de date Oracle sau MS SQL Server, datele nu necesită nici o pregătire prealabilă, și în rolul de furnizor este utilizat, respectiv, Microsoft OLE DB Provider pentru Oracle sau Microsoft OLE DB Provider pentru SQL Server. Este ușor de găsit și o lipsă distinctă a unor astfel de tehnologii: ADO nu poate fi utilizat în cazul în care structura de date corespunzătoare (în special, pentru multe servere de baze de date populare - InterBase, Informix, DB2, și așa mai departe.) Nu a fost creat furnizorul de dorit sau ODBC-driver.
Pe masina client situat TADOConnect ion componente conectate și componente de date de kituri TADOTable, TADOQuery, TADOStoredProc, și, de asemenea, nu este prezentat în Figura componente kituri TADODataSet și componente de comandă TADOCommand. Fiecare dintre aceste componente pot comunica cu furnizorul de date sau printr-o TADOConnection componentă conectată sau omițând-l, și folosind propria ConnectionString proprietate. Astfel, compușii de componente TADOConnection joacă rolul de hub cu kituri de componente sursă de date, și în acest sens, este similar cu componenta TDatabase arhitectura tradițională BDE.
Componentele kituri TADODataSet proprietăți repetate funcțional tehnologie Delphi Components TClientDataSet MIDAS. Componentele TADOCommand echipei sunt concepute pentru a pune în aplicare interogări limbaj de definire a datelor (Data Definition Language, DDL), adică pentru punerea în aplicare a SQL-interogări care nu returnează date (cum ar fi crearea de interogări, DROP, UPDATE, și așa mai departe. N.). RDSConnection componentă specială (care nu este prezentat în figură) este conceput pentru a facilita comunicarea cu MS Internet Explorer și în dezvoltarea de aplicatii intranet.
Componentele kituri folosind componente sursa TDataSource TDBGrid și componente de formare a imaginii, TDBMemo, TDBEdit si m. P. Furnizarea interfața necesară cu programul de utilizator.
NOTĂ: Nimic nu este liber - acest adevăr vechi aplică în mare măsură OAD. accesul la date Sco-creștere prin intermediul COM (o tehnologie ActiveX, este piatra de temelie a ADO, bazat în întregime pe COM), în cazul general este semnificativ mai mic decât BDE mecanism bazat pe tradițional Delphi (așa cum va fi prezentat în continuare, pentru unele cazuri tipice, viteza este redusă zeci sau sute de ori).