مدير الوصول إلى البيانات

الموسوعة الحرة

كان مدير الوصول إلى البيانات (DAM) واجهة برمجة تطبيقات (API) للوصول إلى قواعد البيانات لنظام التشغيل Mac OS الكلاسيكي ، وقد طُرح عام 1991 كإضافة لنظام System 7. وعلى الرغم من تشابهه في المفهوم مع ODBC ، إلا أن DAM لم يُستخدم على نطاق واسع، وتم التخلي عنه نهائيًا في أواخر التسعينيات. لم يستخدمه سوى عدد قليل من المنتجات، مع أنه استُخدم في بعض البرامج التجريبية المذهلة في أوائل التسعينيات. أما الإصدارات الأحدث من نظام التشغيل Mac OS الكلاسيكي، ونظام macOS ، فتستخدم ODBC لهذا الغرض.

المفاهيم

تتشابه تقنيتا DAM وODBC في جوانب عديدة. كان الغرض الأساسي من كلا النظامين هو إرسال "سلاسل استعلام" إلى مزود البيانات، الذي كان من المفترض أن يستجيب (ربما) بـ"مجموعة نتائج" تتكون من صفوف من البيانات. وكان من المتوقع أن يقوم كلا النظامين بتحويل البيانات من وإلى تنسيقاتهما الخاصة، كالأعداد الصحيحة والسلاسل النصية على سبيل المثال. بالإضافة إلى ذلك، وفر كلاهما نظامًا فرعيًا للاتصالات يُخفي تفاصيل إرسال الاستعلامات والبيانات بين العميل والخادم.

على غرار معظم برامج Apple، سعت DAM إلى تبسيط عملية الاستعلام قدر الإمكان للمستخدمين، سواءً كانوا مستخدمين للتطبيقات أو مبرمجين لها. ومن أبرز ميزاتها مفهوم "مستندات الاستعلام". تحتوي هذه المستندات على عدد من الاستعلامات المُعرَّفة مسبقًا (أو أوامر خادم أخرى)، بالإضافة إلى تعليمات برمجية اختيارية لتعديلها قبل إرسالها إلى الخادم. على سبيل المثال، قد يحتوي مستند الاستعلام النموذجي على سلسلة استعلام لتسجيل الدخول إلى خادم قاعدة البيانات، وفي حال نجاح ذلك، يتم البحث عن التاريخ الحالي من جهاز العميل المحلي باستخدام استدعاء من نظام Mac OS، ثم يُستخدم هذا التاريخ في استعلام يُعيد المخزون في المستودع لتاريخ مُحدد. كما يمكن أن تتضمن مستندات الاستعلام أيضًا التعليمات البرمجية والموارد اللازمة لدعم هذه العملية، مثل مربع حوار يطلب اسم المستخدم وكلمة المرور.

يمكن للتطبيقات استخدام مستندات الاستعلام دون معرفة تفاصيل الاستعلام الداخلية. ببساطة، تفتح التطبيق المستند، الذي يتكون من سلسلة من الموارد ، وتُشغّل كل مورد استعلام بداخله بدوره. يضمن نظام إدارة الأصول الرقمية (DAM) تشغيل أي كود مطلوب في المستند دون علم التطبيق، وفي النهاية، تُعاد النتائج إلى التطبيق لعرضها. كانت العملية برمتها غير شفافة، مما يسمح للتطبيقات بإضافة دعم نظام إدارة الأصول الرقمية بسهولة.

تضمنت DAM أيضًا واجهتي برمجة تطبيقات مباشرتين إضافيتين، وهما واجهة المستوى العالي وواجهة المستوى المنخفض. كانت واجهة المستوى العالي مشابهة إلى حد كبير لاستخدام مستندات الاستعلام، مع أنه كان من المتوقع أن يقوم التطبيق بإنشاء الاستعلامات برمجيًا بدلًا من استخدام الموارد. تشبه واجهة المستوى العالي إلى حد كبير واجهة ODBC العامة. أما واجهة المستوى المنخفض، فقد سمحت للمبرمج بالتدخل في أي مرحلة من مراحل عملية الاستعلام، كاسترداد البيانات سطرًا بسطر على سبيل المثال.

أحد الاختلافات الرئيسية بين DAM وODBC نشأ بشكل غير متوقع. قبل تطوير DAM، استحوذت آبل على برنامج وسيط لقواعد البيانات، باعته تحت اسم لغة الوصول إلى البيانات (DAL). كانت DAL في جوهرها لغة SQL موحدة مع مترجمات لقواعد بيانات مختلفة تعمل على جانب الخادم. كانت معايير SQL بدائية للغاية آنذاك، ويعاني دعمها من ضعف نسبي، وقد عالجت DAL هذه المشكلة من خلال توفير لغة واحدة والتحويل من وإلى الأنظمة الأخرى. يمكن لبرامج العميل، بما في ذلك DAM، إرسال استعلامات بلغة DAL القياسية، والتي تُترجم وتُنفذ بغض النظر عن قاعدة البيانات الخلفية.

على النقيض من ذلك، طُوِّرَ ODBC منذ البداية ليكون نظامًا قائمًا على لغة SQL، استنادًا إلى واجهة مستوى الاستدعاء القياسية من X/Open (التي أصبحت الآن جزءًا من Open Group ). في ODBC، صُمِّمَ كل مصدر بيانات ليبدو كخادم SQL. أما بالنسبة للمصادر غير الخادمة، مثل ملفات النصوص، فيقوم محلل SQL محلي بتفسير الأوامر وقراءة الملف. في ODBC، يُتوقع من جميع برامج تشغيل مصادر البيانات فهم لغة SQL وترجمتها إلى اللغة المحلية عند الحاجة، بالإضافة إلى تحويل البيانات إلى تنسيقات قياسية عند إعادتها.

أدى هذا الاختلاف إلى جعل DAM أقل فائدة بكثير من ODBC عمليًا. نظرًا لأنه كان من المتوقع أن توفر DAL توحيدًا للاستعلامات، لم يكن لدى DAM طبقة مماثلة لطبقة ODBC لترجمة اللهجات المختلفة. ولكي يكون DAM مفيدًا حقًا، كان على المستخدم أيضًا شراء وتثبيت خادم DAL لقاعدة بياناته الخاصة. كان من المعروف عمومًا أن DAL بطيء ومكلف، مما قلل بشكل كبير من القيمة الإجمالية لـ DAM. علاوة على ذلك، لم يوحد DAM لغة الوصول إلى مصادر البيانات غير SQL؛ فقد يستخدم محول ملف نصي لغة غير SQL، أو نظامًا يعتمد كليًا على استدعاء الدوال. كما لم تتضمن عمليات تثبيت DAM الأساسية أي واجهات بسيطة لملفات النصوص أو مصادر البيانات المماثلة.

الاستخدامات

كان HyperCard ، نظام إدارة البيانات وتطوير التطبيقات السريع من Apple، أحد أبرز عملاء DAM . وقد أدى دمج نظام النماذج المتميز في HyperCard مع بيانات DAM إلى ابتكار  تطبيقات بواجهة مستخدم رسومية تعتمد على البيانات، وهو أمر لم يسبق له مثيل. أظهر العرض التوضيحي الأكثر شيوعًا للنظام مجموعة من تطبيقات HyperCard تستعلم عن سلسلة من قواعد بيانات Baskin-Robbins ، وهو أمر كان مستحيلاً سابقًا لأن كل منطقة كانت تستخدم خوادم قواعد بيانات خاصة بها، والتي دمجتها DAL الآن في خادم واحد. ويمكن إعادة طلب المزيد من المخزون عن طريق سحب مجموعة من مغارف الآيس كريم على عرض رسومي للمخزون الحالي في المستودع.

كان النظام مثيرًا للإعجاب لدرجة أنه دفع موردي قواعد البيانات الآخرين إلى التنافس لتوفير أنظمة مماثلة؛ فاشترت شركة أوراكل نظام PLUS من شركة سبينيكر سوفتوير على الفور ، وأصدرته أولًا باسم أوراكل كارد ، ثم باسم أوراكل ميديا ​​أوبجكتس . وسارعت شركات أخرى على نفس النهج، وسرعان ما أصبحت واجهة قاعدة البيانات الأمامية القائمة على الأحداث ميزة قياسية في معظم الأنظمة.

استخدمت العديد من التطبيقات الأخرى النظام، ولعلّ من المفارقات أن منتجات مايكروسوفت أوفيس المختلفة كانت الأكثر استخدامًا له. وبخلاف ذلك، كان دعم إدارة الأصول الرقمية (DAM) نادرًا نسبيًا، ولم يشهد المنتج انتشارًا واسعًا. ربما يعود جزء كبير من ذلك إلى عدم اكتمال نظام إدارة الأصول الرقمية ككل ؛ فالحاجة إلى برمجيات وسيطة للوصول إلى البيانات (DAL) في معظم الحالات، ونقص أدوات إنشاء مستندات الاستعلام منخفضة التكلفة (مع وجود بعض الأدوات باهظة الثمن)، جعلت تكلفة استخدام إدارة الأصول الرقمية مرتفعة للغاية.

توقف العمل على DAM في منتصف التسعينيات، واختفى تمامًا قبل إصدار نظام التشغيل Mac OS X. توفرت نسخة "كلاسيكية" من ODBC لنظام Mac OS لفترة من الزمن، مع دعم محدود. ابتداءً من إصدار OS X 10.2 Jaguar ، بدأت Apple بتوزيع نسخة من برامج تشغيل ODBC متعددة المنصات iODBC . ابتداءً من OS X 10.4 Tiger، قدمت Apple نظامًا جديدًا "أكثر تطورًا" يُعرف باسم Core Data . يُمكّن Core Data المطورين من تحويل البيانات إلى SQLite للمعالجة، وهو مفهوم مشابه لـ ODBC عند استخدامه مع مصدر بيانات غير SQL.