ODBC (Öppen databasanslutning)
År 1992 etablerades Microsoft Corporation som en integrerad del av Windows Open Services Architecture (WOSA) gällande databaser, som fastställde en uppsättning specifikationer och tillhandahöll en uppsättning standard-API:er (Application Programming Interfaces) för databasåtkomst. Dessa API:er använder SQL för att utföra de flesta av sina uppgifter. ODBC erbjuder också stöd för SQL-språket, och användare kan direkt skicka SQL-satser till ODBC. --- den tidigaste, men inte alltid allsmäktig. ODBC (Open DataBase Connectivity) är ett applikationsprogrammeringsgränssnitt (API) som förespråkas av Microsoft och för närvarande är allmänt accepterat i branschen för databasåtkomst, baserat på X/Open och ISO/IEC call-level interface (CLI)-specifikationerna och använder Structured Query Language (SQL) som sitt databasåtkomstspråk. ODBC:s övergripande struktur har fyra komponenter:
A. Applikation: Utför bearbetning och anropa ODBC API-funktioner för att skicka SQL-satser och hämta resultat.
B. Drivrutinshanterare: Ladda/avinstallera drivrutiner enligt applikationens behov, hantera ODBC-funktionsanrop eller överför dem till drivrutinen.
C. Drivrutin: Hanterar ODBC-funktionsanrop, skickar SQL-förfrågningar till en specificerad datakälla och returnerar resultaten till applikationen. Vid behov modifierar drivrutinen programförfrågan för att anpassa förfrågan till syntaxen som stöds av relevant DBMS.
D. Datakälla: inklusive data som användaren och dess relaterade operativsystem, DBMS och nätverksplattformen som används för att komma åt DBMS.
DAO (Data Access Object)
År 1993 introducerade Microsoft Microsoft Jet-databasmotorn (ursprungligen använd för Microsoft Access och nu stödjer andra databaser) och gör det möjligt för utvecklare att ansluta direkt till Access-tabeller som de gör till andra databaser via ODBC. DAO:er är bäst lämpade för applikationer med ett enda system eller små, lokalt distribuerade ändamål. Tillgången till Jet-databasen har optimerats internt och är enkel att använda. Därför, om databasen är en Access-databas och används lokalt, rekommenderas det att använda denna åtkomstmetod --- applikationens specificitet
RDO (Remote Data Objects)
År 1995 var RDO ett objektorienterat dataåtkomstgränssnitt till ODBC som kombinerades med en lättanvänd DAO-stil för att erbjuda ett gränssnitt som visade alla ODBC:s underliggande funktioner och flexibilitet. Även om RDO är begränsad när det gäller god tillgång till Jet- eller ISAM-databaser, kan den endast komma åt relationsdatabaser via befintliga ODBC-drivrutiner. RDO har dock visat sig vara det bästa gränssnittet för många utvecklare av SQL Server, Oracle och andra stora relationella databaser. RDO erbjuder allt mer komplexa objekt, egenskaper och metoder för att komma åt lagrade procedurer och komplexa resultatmängder. --- är utan tvekan baserad på ODBC
OLE DB (Objektlänkning och inbäddning, databas)
År 1997 lanserade Microsoft ett strategiskt systemnivå-programmeringsgränssnitt för att hantera data över hela organisationen. OLE DB är en öppen specifikation byggd ovanpå ODBC:s funktionalitet. ODBC är utvecklat specifikt för att komma åt relationsdatabaser, medan OLE DB används för att nå relationella och icke-relationella informationskällor såsom värd-ISAM/VSAM och hierarkiska databaser, e-post- och filsystemlagring, text-, graf- och geografiska data samt anpassade affärsobjekt.
OLE DB definierar en uppsättning COM-gränssnitt som kapslar in olika databashanteringssystem och möjliggör skapandet av mjukvarukomponenter för att implementera dessa tjänster. OLE DB-komponenter inkluderar dataleverantörer (som innehåller och representerar data), datakonsumenter (som använder data) och tjänstekomponenter (som bearbetar och levererar data, såsom frågeprocessorer och markörmotorer).
OLE DB-gränssnittet möjliggör smidig integration av komponenter, vilket gör det möjligt för OLE DB-komponentleverantörer att snabbt leverera högkvalitativa OLE DB-komponenter till marknaden. Dessutom inkluderar OLE DB en "brygga" för att ansluta ODBC, vilket ger konsekvent stöd för de olika ODBC-relationella databasdrivrutinerna som används. --- påstår sig ersätta ODBC, men den är också kompatibel med ODBC
ADO (ActiveX Data Object)
År 1996 blev ADO efterträdare till DAO/RDO. ADO 2.0 är mer funktionellt likt RDO och har generellt en liknande mappningsrelation mellan de två modellerna. ADO "utvidgar" objektmodellen som används av DAO:er och RDO:er, vilket innebär att den innehåller färre objekt, fler egenskaper, metoder (och parametrar) och händelser. Som det senaste databasåtkomstläget är ADO också enkelt och lätt att använda, så Microsoft har gjort klart att de kommer att fokusera på ADO i framtiden och inte uppgradera DAO/RDO, så ADO har blivit huvudfåran inom dagens databasutveckling. ADO involverar tre typer av datalagring: DSN (Data Source Name), ODBC (Open Data Connection) och OLE DB. Följande rutiner kommer att förklara i detalj den specifika implementeringen av dessa tre metoder. --- kan sägas vara konvergensen av systemnivåprogrammeringsgränssnitt såsom ODBC och OLEDB, samt uppgraderingen av applikationsnivåprogrammeringsgränssnitt såsom DAO och RDO.
ADO.NET
är en standardbaserad programmeringsmodell som kan användas för att skapa distribuerade applikationer för datadelning. I ADO.NET spelar DataSets en viktig roll och fungerar som minneskopior av en del av datan i databasen. Till skillnad från RecordSets i ADO kan DataSets inkludera vilken datatabell som helst, där varje tabell kan användas för att representera data från en databastabell eller vy. Datasetet finns i minnet och är inte kopplat till den ursprungliga databasen, det vill säga den behöver inte förbli ansluten till den ursprungliga databasen. Den underliggande teknologin som gör jobbet är XML, vilket är lagrings- och överföringsformatet som används av DataSets. Under körning måste data i en DataSet utbytas mellan komponenter, såsom ett affärslogikobjekt eller asp.net webbformulär. Data överförs från en komponent till en annan i form av en XML-fil, som återställer filen till DataSet-formuläret. Dataset-metoden är exakt densamma som den relationella datamodellen, eftersom protokollen för varje datakälla är olika och vi behöver komma åt datakällan via rätt protokoll. Vissa äldre datakällor använder ODBC-protokollet, och några senare datakällor använder OleDb-protokollet, och nu dyker det fortfarande upp många nya datakällor ADO.NET erbjuder ett gemensamt sätt att få tillgång till datakällor, och för olika datakällor används olika bibliotek. Dessa bibliotek kallas Data Providers och är vanligtvis namngivna efter typen av datakälla och protokoll
Skillnader och kopplingar mellan ODBC-, DAO-, ADO- och OLEDB-databaser
ODBC är en underliggande åtkomstteknologi, så ODBC API kan vara en kundapplikation som kan sätta upp och kontrollera databasen från grunden och slutföra vissa funktioner som avancerad databasteknologi inte kan utföra; Nackdelen är dock att ODBC endast kan användas för relationsdatabaser, vilket gör det svårt att komma åt objektdatabaser och andra icke-relationella databaser med ODBC.
DAO:er tillhandahåller en mekanism för att skapa och manipulera databaser genom procedurkod. Den största funktionen är att det är enkelt att hantera MICROSOFT JET-databaser, och det är ett av de bästa tekniska gränssnitten för att driva JET-databaser. Och den används inte bara för att komma åt denna databas, utan det är faktiskt möjligt att få tillgång till ett brett spektrum av dataformat, från textfiler till stora bakgrundsdatabaser, via DAO-teknik.
ADO är ett åtkomstgränssnitt baserat på OLE DB, som är en objektorienterad OLE DB-teknologi som ärver fördelarna med OLE DB. Det är ett högnivågränssnitt för databasåtkomst.
Relationen mellan ADO och OLEDB
OLEDB är ett underliggande dataåtkomstgränssnitt. Den används av tredjepartsdrivrutiner, handlare för att utveckla applikationer som levererar datakällor till ADO-teknologi, eller utvecklare för C++ för att utveckla anpassade databaskomponenter.
OLE DB är ett viktigt systemnivå-programmeringsgränssnitt för åtkomst till data, och det är den grundläggande teknologin för ADO och datakällan för ADO.NET.
ADO är ett åtkomstgränssnitt baserat på OLE DB, som är en objektorienterad OLE DB-teknologi som ärver fördelarna med OLE DB. Det är ett högnivågränssnitt för databasåtkomst.
Man kan säga att ADO tillhandahåller högnivåapplikations-API-funktioner för OLEDB.
|
Publicerad på 2020-08-01 20:41:19
|
|
|
|
