Správce přístupu k datům - Data Access Manager

The Správce přístupu k datům (DAM) byl a databáze přístup API pro klasický Mac OS, představený v roce 1991 jako rozšíření k Systém 7. Koncept je podobný konceptu ODBC, DAM viděl malé použití a byl nakonec upuštěn na konci 90. let. Využila ji jen hrstka produktů, i když pro některé byla mimořádně působivá demoware na počátku 90. let. Více moderních verzí klasického Mac OS a Operační Systém Mac, použijte ODBC místo toho pro tuto roli.

Koncepty

DAM a ODBC jsou v mnoha ohledech podobné. Primárním účelem obou systémů bylo odeslat „řetězce dotazů“ poskytovateli dat, který by (potenciálně) odpověděl „sadou výsledků“ skládající se z řádků dat. Očekávalo se, že oba systémy převádějí data do az příslušných formátů systému, celých čísel a řetězců. Oba navíc poskytli komunikační subsystém, který skrýval podrobnosti o odesílání dotazů a dat mezi klientem a serverem.

Stejně jako většina softwaru Apple se i DAM pokusila uživatelům usnadnit proces dotazování, jak uživatelům aplikace, tak programátorům, kteří tyto aplikace píší. Jedním z obzvláště pozoruhodných rysů byl koncept „dotazovacích dokumentů“. Dokumenty dotazu obsahovaly libovolný počet předdefinovaných dotazů (nebo jiných příkazů serveru) spolu s volitelným kódem pro jejich úpravu před odesláním na server. Například typický dokument dotazu může obsahovat řetězec dotazu, který by se přihlásil na databázový server, a pokud byl úspěšný, vyhledejte aktuální datum z místního klientského počítače pomocí volání systému Mac OS a poté použijte toto datum v dotazu který v daném datu vrátí zásoby ve skladu. Dokumenty dotazu mohou také obsahovat počítačový kód a zdroje potřebné k podpoře tohoto procesu, například dialogové okno s požadavkem na uživatelské jméno a heslo.

Aplikace by mohly používat dokumenty dotazu, aniž by měly představu o vnitřních stránkách dotazu. Jednoduše otevřeli dokument, který se skládal z řady zdroje a postupně spustili každý zdroj dotazu uvnitř. DAM by zajistil, že jakýkoli potřebný kód v dokumentu bude spuštěn, aniž by o tom aplikace vůbec věděla, a nakonec budou výsledky předány zpět do aplikace k zobrazení. Celá operace byla neprůhledná a umožňovala aplikacím snadno přidávat podporu DAM.

DAM také zahrnoval další dvě přímé API, rozhraní na vysoké úrovni a rozhraní na nízké úrovni. Vysoká úroveň byla docela podobná použití dotazovacích dokumentů, i když se očekávalo, že aplikace bude konstruovat dotazy v kódu, nikoli v prostředcích. Rozhraní na vysoké úrovni je velmi podobné veřejnému rozhraní ODBC. Nízká úroveň umožnila programátorovi přimlouvat se v jakémkoli bodě procesu dotazování, například načítání dat řádek po řádku.

Jeden zásadní rozdíl mezi DAM a ODBC vznikl z velké části náhodou. Před vývojem DAM si Apple koupil produkt databázového middlewaru, který prodával jako Jazyk pro přístup k datům nebo DAL. DAL byl v podstatě standardizovaný SQL s překladači pro různé databáze, které běžely na straně serveru. Standardy pro SQL byly v té době extrémně základní a relativně špatně podporované, DAL to řešil tím, že měl jediný jazyk a převáděl do az jiných systémů. Klientský software, včetně DAM, mohl odesílat dotazy ve standardním jazyce DAL, které by pak byly přeloženy a provedeny bez ohledu na back-end databázi.

Naproti tomu ODBC byl od počátku vyvíjen jako systém založený na SQL, založený na standardizovaných Rozhraní na úrovni hovoru z X / Otevřít (nyní součást Otevřít skupinu ). V rámci OBDC byl každý zdroj dat vytvořen tak, aby vypadal jako server SQL. U serverových zdrojů, jako jsou textové soubory, by lokální analyzátor SQL interpretoval příkazy a četl soubor. V rámci ODBC se očekává, že všechny ovladače zdrojů dat porozumí SQL a v případě potřeby jej přeloží do místního dialektu a po jeho vrácení převede data do standardních formátů.

Díky tomuto rozdílu byl DAM v praxi mnohem méně užitečný než ODBC. Protože se očekávalo, že DAL bude poskytovat standardizaci dotazů, DAM neměl žádnou vrstvu podobnou ODBC pro překlad různých dialektů. Aby byl DAM skutečně užitečný, musel uživatel také zakoupit a nainstalovat server DAL pro svou konkrétní databázi. O DAL bylo obecně známo, že je pomalý a nákladný, což vážně zhoršuje celkovou hodnotu DAM. DAM dále nestandardizoval jazyk pro přístup k datovým zdrojům jiným než SQL; adaptér pro textový soubor může místo toho používat jiný jazyk než SQL nebo systém založený na volání funkcí. Součástí základních instalací DAM nebyla ani žádná jednoduchá rozhraní pro textové soubory nebo podobné zdroje dat.

Použití

Jedním z hlavních klientů společnosti DAM byl HyperCard, Správce dat společnosti Apple /rychlý vývoj aplikací Systém. Kombinace vynikajícího systému formulářů HyperCard s daty z DAM vedla k něčemu, co ještě nikdo nikdy neviděl před aplikacemi GUI založenými na datech. Nejběžnější ukázka systému ukázala zásobník HyperCard dotazující se na řadu Baskin-Robbins databáze, dříve nemožné, protože každá regionální oblast používala své vlastní databázové servery, které nyní DAL spojil do jednoho. Objednávky na další zásoby lze provést přetažením řady kopečků zmrzliny na grafické zobrazení aktuálního skladového inventáře.

Systém byl tak působivý, že umožňoval jiným prodejcům databází snažit se poskytovat podobné systémy; Oracle Corporation ihned zakoupeno PLUS z Software Spinnaker, nejprve jej uvolníme jako Karta Oracle, a pak Oracle Media Objects. Jiné společnosti následovaly podobné cesty a brzy bylo front-end databáze založené na událostech standardní funkcí většiny systémů.

Systém také používala řada dalších aplikací, možná ironicky, že různé produkty Office od Microsoftu to dělají s největší pravidelností. Kromě toho byla podpora DAM poměrně vzácná a produkt neviděl široké použití. Možná hodně z toho bylo způsobeno neúplností systému DAM jako celek; Potřeba middlewaru DAL ve většině případů a nedostatek nízkonákladových tvůrců dokumentů pro dotazy (existovaly některé drahé) způsobily, že používání DAM bylo poměrně vysoké.

Práce na DAM skončila v polovině 90. let a zcela zmizela někdy před vydáním Mac OS X. Po nějakou dobu byla k dispozici „klasická“ verze ODBC pro Mac OS, ačkoli podpora byla omezená. Počínaje vydáním OS X 10.2 Jaguár, Apple začal distribuovat verzi iODBC multiplatformní ovladače ODBC. Počínaje OS X 10.4 Tygr Apple představil nový a mnohem vyšší systém známý jako Základní data. Core Data umožňuje vývojářům serializovat data do SQLite pro zpracování, podobný konceptu jako ODBC při použití se zdrojem dat jiným než SQL.

externí odkazy