ODBC (Open Database Connectivity)
I 1992 blev Microsoft Corporation etableret som en integreret del af Windows Open Services Architecture (WOSA) vedrørende databaser, som fastsatte et sæt specifikationer og leverede et sæt standard-API'er (Application Programming Interfaces) til databaseadgang. Disse API'er udnytter SQL til at udføre de fleste af deres opgaver. ODBC understøtter også SQL-sproget, og brugere kan direkte sende SQL-udsagn til ODBC. --- den tidligste, men ikke altid almægtig. ODBC (Open DataBase Connectivity) er et applikationsprogrammeringsinterface (API), som Microsoft anbefaler og i øjeblikket bredt accepteret i branchen for databaseadgang, som er baseret på X/Open og ISO/IEC call-level interface (CLI)-specifikationerne og bruger Structured Query Language (SQL) som sit databaseadgangssprog. ODBC's overordnede struktur har fire komponenter:
A. Applikation: Udfør behandling og kald ODBC API-funktioner for at indsende SQL-statements og hente resultater.
B. Driver Manager: Indlæs/afinstaller drivere efter applikationens behov, håndter ODBC-funktionskald eller overfør dem til driveren.
C. Driver: Håndterer ODBC-funktionskald, sender SQL-forespørgsler til en specificeret datakilde og returnerer resultaterne til applikationen. Hvis nødvendigt modificerer driveren programforespørgslen for at tilpasse anmodningen til den syntaks, der understøttes af det relevante DBMS.
D. Datakilde: inklusive de data, brugeren og dets relaterede operativsystem, DBMS og netværksplatformen tilgås af brugeren.
DAO (Data Access Object)
I 1993 introducerede Microsoft Microsoft Jet databasemotoren (oprindeligt brugt til Microsoft Access og understøtter nu andre databaser) og tillader udviklere at forbinde direkte til Access-tabeller, som de gør til andre databaser via ODBC. DAO'er egner sig bedst til enkeltsystemapplikationer eller små, lokalt distribuerede formål. Adgangen til Jet-databasen er optimeret internt og er nem at bruge. Derfor anbefales det, hvis databasen er en Access-database og bruges lokalt, at bruge denne adgangsmetode --- applikationens specificitet
RDO (Remote Data Objects)
I 1995 var RDO et objektorienteret dataadgangsinterface til ODBC, som blev kombineret med en brugervenlig DAO-stil for at levere et interface, der viste alle ODBC's underliggende funktioner og fleksibilitet. Selvom RDO er begrænset med hensyn til god adgang til Jet- eller ISAM-databaser, kan den kun få adgang til relationelle databaser via eksisterende ODBC-drivere. RDO har dog vist sig at være det bedste interface for mange udviklere af SQL Server, Oracle og andre store relationelle databaser. RDO tilbyder mere og mere komplekse objekter, egenskaber og metoder til adgang til lagrede procedurer og komplekse resultatsæt. --- er uden tvivl baseret på ODBC
OLE DB (Objektlinking og indlejring, database)
I 1997 lancerede Microsoft et strategisk systemniveau programmeringsinterface til at håndtere data på tværs af organisationen. OLE DB er en åben specifikation bygget oven på ODBC-funktionalitet. ODBC er udviklet specifikt til adgang til relationelle databaser, mens OLE DB bruges til at få adgang til relationelle og ikke-relationelle informationskilder såsom værts-ISAM/VSAM- og hierarkiske databaser, e-mail- og filsystemlagring, tekst-, graf- og geografiske data samt brugerdefinerede forretningsobjekter.
OLE DB definerer et sæt COM-grænseflader, der indkapsler forskellige databasestyringssystemtjenester og muliggør oprettelse af softwarekomponenter til at implementere disse tjenester. OLE DB-komponenter omfatter dataleverandører (der indeholder og repræsenterer data), dataforbrugere (der bruger data) og servicekomponenter (behandler og leverer data, såsom forespørgselsprocessorer og cursor-motorer).
OLE DB-grænsefladen muliggør en glidende integration af komponenter, hvilket gør det muligt for OLE DB-komponentleverandører hurtigt at levere højkvalitets OLE DB-komponenter til markedet. Derudover inkluderer OLE DB en "bro" til at forbinde ODBC, hvilket giver ensartet understøttelse af de forskellige ODBC relationelle databasedrivere, der er i brug. --- hævder at erstatte ODBC, men den er også kompatibel med ODBC
ADO (ActiveX Data Object)
I 1996 var ADO efterfølgeren til DAO/RDO. ADO 2.0 ligner RDO mere funktionelt og har generelt et lignende kortlægningsforhold mellem de to modeller. ADO "udvider" objektmodellen, der bruges af DAO'er og RDO'er, hvilket betyder, at den indeholder færre objekter, flere egenskaber, metoder (og parametre) og begivenheder. Som den nyeste databaseadgangstilstand er ADO også simpel og nem at bruge, så Microsoft har gjort det klart, at de i fremtiden vil fokusere på ADO og ikke vil opgradere DAO/RDO, så ADO er blevet mainstream for den nuværende databaseudvikling. ADO involverer tre typer datalagring: DSN (Data Source Name), ODBC (Open Data Connection) og OLE DB. Følgende rutiner vil i detaljer forklare den specifikke implementering af disse tre metoder. --- kan siges at være sammensmeltningen af systemniveau-programmeringsgrænseflader som ODBC og OLEDB samt opgraderingen af applikationsniveau-programmeringsgrænseflader som DAO og RDO.
ADO.NET
er en standardbaseret programmeringsmodel, der kan bruges til at skabe distribuerede applikationer til datadeling. I ADO.NET spiller DataSets en vigtig rolle, da de fungerer som hukommelseskopier af nogle af dataene i databasen. I modsætning til RecordSets i ADO kan DataSets inkludere enhver datatabel, hvor hver enkelt kan bruges til at repræsentere data fra en databasetabel eller visning. Datasettet ligger i hukommelsen og er ikke tilknyttet den oprindelige database, det vil sige, det behøver ikke forblive forbundet til den oprindelige database. Den underliggende teknologi, der udfører opgaven, er XML, som er det lagrings- og overførselsformat, der bruges af DataSets. Under kørsel skal data i et DataSet udveksles mellem komponenter, såsom et forretningslogikobjekt eller asp.net webformular. Data overføres fra én komponent til en anden i form af en XML-fil, som gendanner filen til DataSet-formular. Dataset-tilgangen er præcis den samme som den relationelle datamodel, fordi protokollerne for hver datakilde er forskellige, og vi skal tilgå datakilden gennem den korrekte protokol. Nogle ældre datakilder bruger ODBC-protokollen, og nogle senere datakilder bruger OleDb-protokollen, og nu er der stadig mange nye datakilder på vej, ADO.NET giver en fælles måde at få adgang til datakilder på, og for forskellige datakilder bruges forskellige biblioteker. Disse biblioteker kaldes Data Providers og er normalt opkaldt efter typen af datakilde og protokollen
Forskelle og forbindelser mellem ODBC, DAO, ADO- og OLEDB-databaser
ODBC er en underliggende adgangsteknologi, så ODBC API kan være en kundeapplikation, der kan opsætte og kontrollere databasen nedefra og udføre nogle funktioner, som avanceret databaseteknologi ikke kan udføre; Ulempen er dog, at ODBC kun kan bruges til relationelle databaser, hvilket gør det vanskeligt at få adgang til objektdatabaser og andre ikke-relationelle databaser via ODBC.
DAO'er giver en mekanisme til at oprette og manipulere databaser gennem procedurekode. Den største funktion er, at det er nemt at betjene med MICROSOFT JET-databaser, og det er en af de bedste tekniske grænseflader til drift af JET-databaser. Og den bruges ikke kun til at få adgang til denne database, faktisk er det muligt at få adgang til en bred vifte af dataformater, fra tekstfiler til store baggrundsdatabaser, via DAO-teknologi.
ADO er et adgangsinterface baseret på OLE DB, som er en objektorienteret OLE DB-teknologi, der arver fordelene ved OLE DB. Det er et højniveau-interface til databaseadgang.
Forholdet mellem ADO og OLEDB
OLEDB er en underliggende dataadgangsgrænseflade. Den bruges af tredjepartsdrivere, forhandlere til at udvikle applikationer, der leverer datakilder til ADO-teknologi, eller udviklere til C++ til at udvikle brugerdefinerede databasekomponenter.
OLE DB er et vigtigt systemniveau programmeringsinterface til adgang til data, og det er den grundlæggende teknologi i ADO og datakilden for ADO.NET.
ADO er et adgangsinterface baseret på OLE DB, som er en objektorienteret OLE DB-teknologi, der arver fordelene ved OLE DB. Det er et højniveau-interface til databaseadgang.
Man kan sige, at ADO leverer højniveau applikations-API-funktioner til OLEDB.
|
Opslået på 01/08/2020 20.41.19
|
|
|
|
