Dela via

Drivrutinsarkitektur

Drivrutinsarkitekturen är uppdelad i två kategorier, beroende på vilken programvara som bearbetar SQL-instruktioner.

  • Filbaserade drivrutiner Drivrutinen kommer åt fysiska data direkt. I det här fallet fungerar drivrutinen som både drivrutin och datakälla. Det vill: den bearbetar ODBC-anrop och SQL-instruktioner. DBASE-drivrutiner är till exempel filbaserade drivrutiner eftersom dBASE inte tillhandahåller en fristående databasmotor som drivrutinen kan använda. Det är viktigt att observera att utvecklare av filbaserade drivrutiner måste skriva egna databasmotorer.

  • DBMS-baserade drivrutiner Drivrutiner kommer åt fysiska data via en separat databasmotor. I det här fallet bearbetar drivrutinen endast ODBC-anrop. den skickar SQL-instruktioner till databasmotorn för bearbetning. Oracle-drivrutiner är till exempel DBMS-baserade drivrutiner eftersom Oracle har en fristående databasmotor som drivrutinen använder. Var databasmotorn finns är oväsentlig. Den kan finnas på samma dator som drivrutinen eller en annan dator i nätverket. den kan till och med nås via en gateway.

Drivrutinsarkitektur är i allmänhet bara intressant för förarförfattare. Det innebär att drivrutinsarkitekturen i allmänhet inte gör någon skillnad för programmet. Arkitekturen kan dock påverka om ett program kan använda DBMS-specifik SQL. Microsoft Access tillhandahåller till exempel en fristående databasmotor. Om en Microsoft Access-drivrutin är DBMS-baserad – den kommer åt data via den här motorn – kan programmet skicka Microsoft Access-SQL-instruktioner till motorn för bearbetning.

Men om drivrutinen är filbaserad, dvs. innehåller den en egen motor som kommer åt Microsoft Access .mdb-filen direkt, kommer alla försök att skicka Microsoft Access-specifika SQL-instruktioner till motorn sannolikt att resultera i syntaxfel. Anledningen är att den proprietära motorn sannolikt endast implementerar ODBC SQL.

Det här avsnittet innehåller följande avsnitt.

  • Last updated on