كائن الوصول إلى البيانات

في مجال البرمجيات ، يُعدّ كائن الوصول إلى البيانات ( DAO ) نمطًا يوفر واجهة مجردة لنوع من قواعد البيانات أو آليات التخزين الأخرى . ومن خلال ربط استدعاءات التطبيق بطبقة التخزين، يُتيح كائن الوصول إلى البيانات عمليات البيانات دون الكشف عن تفاصيل قاعدة البيانات. يدعم هذا العزل مبدأ المسؤولية الواحدة ، حيث يفصل بين احتياجات التطبيق من الوصول إلى البيانات، من حيث الكائنات وأنواع البيانات الخاصة بالمجال (الواجهة العامة لكائن الوصول إلى البيانات)، وبين كيفية تلبية هذه الاحتياجات باستخدام نظام إدارة قواعد بيانات محدد (تنفيذ كائن الوصول إلى البيانات).

على الرغم من أن نمط التصميم هذا قابل للتطبيق على معظم لغات البرمجة، ومعظم البرامج ذات احتياجات الاستمرارية، ومعظم قواعد البيانات، إلا أنه يرتبط تقليديًا بتطبيقات Java EE وقواعد البيانات العلائقية (التي يتم الوصول إليها عبر JDBC API نظرًا لأصلها في إرشادات أفضل الممارسات لشركة Sun Microsystems ^{[ 1 ]} "Core J2EE Patterns").

يمكن العثور على هذا العنصر في طبقة الوصول إلى البيانات في بنية الطبقات الثلاث .

توجد طرق مختلفة يمكن من خلالها تنفيذ هذا الكائن:

• وحدة DAO واحدة لكل جدول.
• كائن DAO واحد لجميع الجداول الخاصة بنظام إدارة قواعد البيانات (DBMS) معين.
• حيث يقتصر استعلام SELECT على جدول الهدف فقط ولا يمكنه تضمين عمليات الربط (JOINS) أو عمليات الاتحاد (UNIONS) أو الاستعلامات الفرعية أو تعابير الجداول المشتركة (CTEs).
• حيث يمكن أن يحتوي استعلام SELECT على أي شيء يسمح به نظام إدارة قواعد البيانات.

يوفر استخدام كائنات الوصول إلى البيانات (DAOs) ميزة واضحة: فهو يفصل بين جزأين من التطبيق لا يحتاجان إلى معرفة بعضهما البعض. يتيح هذا الفصل لهما التطور بشكل مستقل. في حال تغير منطق العمل، يمكنه الاعتماد على واجهة DAO متسقة. في الوقت نفسه، لن تؤثر التعديلات على منطق التخزين على عملاء DAO. ^{[ 2 ] [ 3 ]}

تُخفى جميع تفاصيل التخزين عن باقي أجزاء التطبيق (انظر إخفاء المعلومات ). يُسهّل اختبار الوحدة البرمجية باستبدال كائن اختبار بديل بـ DAO في الاختبار، مما يجعل الاختبارات مستقلة عن طبقة الثبات.

في سياق لغة برمجة جافا ، يمكن تنفيذ DAO بطرق متنوعة. ويتراوح ذلك بين واجهة بسيطة تفصل الوصول إلى البيانات عن منطق التطبيق، إلى أطر العمل والمنتجات التجارية.

تأتي تقنيات مثل Java Persistence API و Enterprise JavaBeans مدمجة في خوادم التطبيقات، ويمكن استخدامها في التطبيقات التي تستخدم خادم تطبيقات Java EE. تتوفر منتجات تجارية مثل TopLink تعتمد على ربط الكائنات العلائقية (ORM). تشمل برامج ORM مفتوحة المصدر الشائعة Doctrine و Hibernate و iBATIS وتطبيقات JPA مثل Apache OpenJPA . ^{[ 4 ]}

تشمل العيوب المحتملة لاستخدام DAO تسريب التجريد ، وتكرار التعليمات البرمجية ، وانعكاس التجريد . على وجه الخصوص، قد يُخفي تجريد DAO ككائن جافا عادي التكلفة العالية لكل عملية وصول إلى قاعدة البيانات. قد يُجري المطورون عن غير قصد استعلامات متعددة لقاعدة البيانات لاسترجاع معلومات كان من الممكن استرجاعها بعملية واحدة. إذا كان التطبيق يتطلب عدة DAOs، فقد يتعين كتابة نفس التعليمات البرمجية للإنشاء والقراءة والتحديث والحذف لكل DAO. ^{[ 5 ]}

لاحظ أن هذه العيوب لا تظهر إلا عندما يكون لديك DAO منفصل لكل جدول ويتم منع استعلام SELECT من الوصول إلى أي شيء آخر غير الجدول المستهدف.

• نظام ربط الكائنات العلائقية (ORM) القائم على مُصرّف ODB للغة C++
• ORMLite: إطار عمل خفيف الوزن لربط الكائنات العلائقية (ORM) في Java لـ JDBC و Android ^{[ 6 ]}
• إطار عمل الكيانات من مايكروسوفت
• وحدة DBIx::Class لربط الكائنات بالعلاقات (ORM) للغة بيرل
• TuxORM: مكتبة بسيطة لربط الكائنات بالعلاقات (ORM) بلغة جافا لـ JDBC
• أداة Persist (أداة جافا) لربط الكائنات العلائقية والوصول إلى البيانات، وهي أداة قائمة على جافا

• إنشاء، قراءة، تحديث، وحذف (CRUD)
• طبقة الوصول إلى البيانات
• كائنات بيانات الخدمة
• رسم الخرائط بين الكائنات والعلاقات