ترحيل قاعدة بيانات Access إلى SQL Server

لدينا جميعا حدود، وقاعدة بيانات Access ليست استثناء. على سبيل المثال، تحتوي قاعدة بيانات Access على حد حجم 2 غيغابايت ولا يمكنها دعم أكثر من 255 مستخدما متزامنا. وبالتالي، عندما حان وقت الانتقال إلى المستوى التالي لقاعدة بيانات Access، يمكنك الترحيل إلى SQL Server. يدعم SQL Server (سواء كان في موقعه المحلي أو في سحابة Azure) كميات أكبر من البيانات، كما يدعم المزيد من المستخدمين المتزامنين، كما تتوفر فيه سعة أكبر من محرك قاعدة البيانات JET/ACE. يوفر لك هذا الدليل بداية سلسة لرحلة SQL Server، ويساعدك على الاحتفاظ بحلول Access الأمامية التي أنشأتها، ونأمل في أن يساعدك على استخدام Access لحلول قواعد البيانات المستقبلية. تمت إزالة معالج التحجيم من Access في Access 2013، لذا يمكنك الآن استخدام مساعد ترحيل Microsoft SQL Server (SSMA). للترحيل بنجاح، اتبع هذه المراحل.

مراحل ترحيل قاعدة البيانات إلى SQL Server

قبل البدء

توفر الأقسام التالية الخلفية ومعلومات أخرى لمساعدتك على بدء العمل.

حول قواعد البيانات المنقسمة

يمكن أن تكون كل كائنات قاعدة بيانات Access إما في ملف قاعدة بيانات واحد، أو يمكن تخزينها في ملفي قاعدة بيانات: قاعدة بيانات أمامية وقاعدة بيانات على الكمبيوتر الخلفي. يسمى ذلك بتقسيم قاعدة البيانات، وقد تم تصميمه لتسهيل المشاركة في بيئة الشبكة. يجب أن يحتوي ملف قاعدة البيانات على الجداول والعلاقات فقط. يجب أن يحتوي الملف الأمامي فقط على كافة العناصر الأخرى، بما في ذلك النماذج والتقارير والاستعلامات ووحدات الماكرو ووحدات VBA النمطية والجداول المرتبطة بقاعدة البيانات الموجودة على الجزء الخلفي. عند ترحيل قاعدة بيانات Access، تكون مماثلة لقاعدة بيانات منقسمة في أن SQL Server يعمل كخلفية جديدة للبيانات الموجودة الآن على الخادم.

ونتيجة لذلك، لا يزال بإمكانك الاحتفاظ بقاعدة بيانات Access الأمامية مع الجداول المرتبطة بجداول SQL Server. بفاعلية، يمكنك الاستفادة من فوائد التطوير السريع للتطبيقات التي توفرها قاعدة بيانات Access، إلى جانب قابلية توسيع SQL Server.

فوائد SQL Server

هل ما زلت بحاجة إلى بعض القناعة للترحيل إلى SQL Server؟ فيما يلي بعض الفوائد الإضافية التي يجب التفكير فيها:

  • المزيد من المستخدمين المتزامنين    بإمكان SQL Server التعامل مع عدد أكبر من المستخدمين المتزامنين مقارنة ب Access وتقليل متطلبات الذاكرة عند إضافة المزيد من المستخدمين.

  • التوفر المتزايد    باستخدام SQL Server، يمكنك نسخ قاعدة البيانات بشكل ديناميكي، إما تزايدي أو إكمالها أثناء استخدامها. وبالتالي، لا حاجة إلى فرض إنهاء قاعدة البيانات من قِبل المستخدمين لإجراء نسخة احتياطية.

  • أداء عال وقابلية للتدرج    عادة ما يكون أداء قاعدة بيانات SQL Server أفضل من قاعدة بيانات Access، خاصة مع قاعدة بيانات كبيرة بحجم التيرابايت. بالإضافة إلى ذلك، يعالج SQL Server الاستعلامات بشكل أسرع وفعالية عن طريق معالجة الاستعلامات بشكل متوازي، باستخدام مؤشرات ترابط أصلية متعددة داخل عملية واحدة لمعالجة طلبات المستخدمين.

  • الأمان المحسن    باستخدام اتصال موثوق به، يتكامل SQL Server مع أمان نظام Windows لتوفير وصول متكامل واحد إلى الشبكة وقاعدة البيانات، باستخدام أفضل نظامي الأمان. وهذا يسهل إدارة أنظمة الأمان المعقدة. SQL Server هو التخزين المثالي للمعلومات الحساسة مثل أرقام الضمان الاجتماعي وبيانات بطاقة الائتمان والعناوين السرية.

  • إمكانية استرداد فورية     في حالة تعطل نظام التشغيل أو انقطاع التيار الكهربائي، يمكن ل SQL Server استرداد قاعدة البيانات تلقائيا إلى حالة متناسقة في غضون دقائق دون تدخل مسؤول قاعدة البيانات.

  • استخدام VPN    لا يمكن الوصول إلى Access والشبكات الخاصة الظاهرية (VPN) على هذا الطريق. ولكن باستخدام SQL Server، لا يزال بإمكان المستخدمين البعيدين استخدام قاعدة بيانات Access الأمامية على سطح المكتب وSQL Server الموجود خلف جدار حماية VPN.

  • Azure SQL Server    بالإضافة إلى مزايا SQL Server، يوفر قابلية التوسع الديناميكي مع عدم وجود وقت توقف، وتحسين ذكي، وقابلية التوسع والتوفر على مستوى العالم، وإزالة تكاليف الأجهزة، وتقليل الإدارة.

اختيار خيار Azure SQL Server الأفضل

إذا كنت تقوم با عملية التهجر إلى Azure SQL Server، فهناك ثلاثة خيارات للاختيار من بينها، كل منها بفوائد مختلفة:

  • قاعدة بيانات مفردة/تجمعات مرنة    لهذا الخيار مجموعة موارد خاصة به مدارة من خلال خادم قاعدة بيانات SQL. تشبه قاعدة البيانات الفردية قاعدة بيانات مضمنة في SQL Server. يمكنك أيضا إضافة تجمع ليونة، وهو عبارة عن مجموعة من قواعد البيانات مع مجموعة مشتركة من الموارد المدارة عبر خادم قاعدة بيانات SQL. تتوفر ميزات SQL Server الأكثر استخداما مع النسخ الاحتياطية والتصحيح والاستعادة المضمنة. ولكن قد لا يكون من الصعب إجراء عمليات ترحيل وصيانة دقيقة من SQL Server.

  • مثيل مدار    هذا الخيار عبارة عن مجموعة من قواعد بيانات النظام والمستخدم مع مجموعة مشتركة من الموارد. المثيل المدار هو مثيل لقاعدة بيانات SQL Server التي تتوافق بشكل كبير مع SQL Server في الموقع. للمثيل المدار نسخ احتياطية مضمنة وتصحيح واسترداد ومن السهل ترحيلها من SQL Server. ومع ذلك، هناك عدد صغير من ميزات SQL Server غير المتوفرة ولا يتوفر وقت صيانة دقيق مضمون.

  • جهاز ظاهري Azure    يسمح لك هذا الخيار بتشغيل SQL Server داخل جهاز ظاهري في سحابة Azure. لديك التحكم الكامل في محرك SQL Server ومسار ترحيل سهل. ولكنك تحتاج إلى إدارة النسخ الاحتياطية والتصحيحات واسترداد البيانات.

لمزيد من المعلومات، راجع اختيار مسار ترحيل قاعدة البيانات إلى Azure واختيار خيار SQL Server المناسب في Azure.

الخطوات الأولى

هناك بعض المشاكل التي يمكنك معالجتها مسبقا من الممكن أن تساعد في تنظيم عملية الترحيل قبل تشغيل SSMA:

  • إضافة فهارس الجدول والمفاتيح الأساسية    تأكد من أن كل جدول Access يحتوي على فهرس ومفتاح أساسي. يتطلب SQL Server وجود فهرس واحد على الأقل في كل الجداول ويتطلب جدولا مرتبطا للحصول على مفتاح أساسي إذا كان من الممكن تحديث الجدول.

  • التحقق من علاقات المفاتيح الأساسية/الخارجية    تأكد من أن هذه العلاقات تستند إلى حقول ذات أحجام وأنواع بيانات متناسقة. لا يدعم SQL Server الأعمدة المنضمة ذات الأنواع والأحجام المختلفة للبيانات في قيود المفاتيح الخارجية.

  • إزالة العمود "مرفق"    لا ترحيل SSMA للجداول التي تحتوي على العمود "مرفق".

قبل تشغيل SSMA، خذ الخطوات الأولى التالية.

  1. أغلق قاعدة بيانات Access.

  2. تأكد أيضا من أن المستخدمين الحاليين المتصلين بقاعدة البيانات أغلقوا قاعدة البيانات.

  3. إذا كانت قاعدة البيانات بتنسيق ملف mdb.،فإزالة الأمان على مستوى المستخدم.

  4. إنشاء نظام إنشاء قاعدة البيانات. لمزيد من المعلومات، راجع "حماية البيانات" باستخدام عمليات النسخ الاحتياطي والاستعادة.

تلميح    يمكنك تثبيت إصدار Microsoft SQL Server Express على سطح المكتب الذي يدعم ما يصل إلى 10 غيغابايت، وهو طريقة مجانية وأسهل للتحقق من عملية الترحيل. عند الاتصال، استخدم LocalDB كمثيل قاعدة البيانات.

تلميح    إذا كان ذلك ممكنا، فاستخدم إصدارا من Access منفردا. إذا كان بإمكانك استخدام قاعدة بيانات Microsoft 365 ، فاستخدم مشغل قاعدة بيانات Access 2010 لترحيل قاعدة بيانات Access عند استخدام SSMA. لمزيد من المعلومات، راجع Microsoft Access Database Engine 2010 قابل لإعادة التوزيع.

تشغيل SSMA

توفر Microsoft مساعد ترحيل Microsoft SQL Server (SSMA) لتسهيل عملية الترحيل. تستخدم SSMA لترحيل الجداول والاستعلامات المحددة بشكل أساسي بدون معلمات. لا يتم تحويل النماذج والتقارير ووحدات الماكرو ووحدات VBA النمطية. يعرض "مستكشف بيانات تعريف SQL Server" كائنات قاعدة بيانات Access والكائنات SQL Server التي تسمح لك بمراجعة المحتوى الحالي لكل من قاعدتي البيانات. يتم حفظ هذين الاتصالين في ملف الترحيل الخاص بك يجب أن تقرر نقل كائنات إضافية في المستقبل.

ملاحظة    قد تستغرق عملية الترحيل بعض الوقت استنادا إلى حجم كائنات قاعدة البيانات ومقدار البيانات التي يجب نقلها.

  1. لترحيل قاعدة بيانات باستخدام SSMA، قم أولا بتنزيل البرنامج وتثبيته بالنقر نقرا مزدوجا فوق ملف MSI الذي تم تنزيله. تأكد من تثبيت الإصدار المناسب 32 أو 64 بت للكمبيوتر.

  2. بعد تثبيت SSMA، افتحه على سطح المكتب، ويفضل أن يكون على الكمبيوتر الذي يحتوي على ملف قاعدة بيانات Access.

    يمكنك أيضا فتحه على جهاز لديه حق الوصول إلى قاعدة بيانات Access من الشبكة في مجلد مشترك.

  3. اتبع الإرشادات الأولى في SSMA لتوفير معلومات أساسية مثل موقع SQL Server وقاعدة بيانات Access والكائنات المطلوب ترحيلها ومعلومات الاتصال وما إذا كنت تريد إنشاء جداول مرتبطة.

  4. إذا كنت تقوم بالمراجعة إلى SQL Server 2016 أو إصدار لاحق وتريد تحديث جدول مرتبط، أضف عمود rowversion عن طريق تحديد "أدوات المراجعة" > "إعدادات المشروع" > "عام".

    يساعد حقل rowversion على تجنب تعارضات السجلات. يستخدم Access هذا الحقل rowversion في جدول SQL Server مرتبط لتحديد آخر تحديث للسجل. أيضا، إذا قمت بإضافة حقل rowversion إلى استعلام، يستخدمه Access لإعادة تحديد الصف بعد عملية التحديث. يؤدي ذلك إلى تحسين الفعالية من خلال المساعدة على تجنب أخطاء تعارض الكتابة وتسجيل سيناريوهات حذف السجلات التي يمكن أن تحدث عندما يكتشف Access نتائج مختلفة من الإرسال الأصلي، كما قد يحدث مع أنواع بيانات أرقام النقاط العائمة والمشغلات التي تقوم بتعديل الأعمدة. ومع ذلك، تجنب استخدام حقل rowversion في النماذج أو التقارير أو التعليمات البرمجية ل VBA. لمزيد من المعلومات، راجع rowversion.

    ملاحظة    تجنب الخلط بين rowversion والamps الزمنية. على الرغم من أن الكلمة الأساسية timestamp مرادفة للصفوف في SQL Server، إلا أنه لا يمكنك استخدام rowversion كطريقة لرطبة وقت إدخال البيانات.

  5. لتعيين أنواع بيانات دقيقة، حدد "أدوات المراجعة" > "إعدادات المشروع" > تعيين النوع. على سبيل المثال، إذا قمت بتخزين نص باللغة الإنجليزية فقط، يمكنك استخدام varchar بدلا من نوع البيانات nvarchar.

تحويل العناصر

تحول SSMA كائنات Access إلى كائنات SQL Server، ولكنها لا تقوم بنسخ الكائنات على الفور. توفر SSMA قائمة بالأشياء التالية التي يجب ترحيلها بحيث يمكنك تحديد ما إذا كنت تريد نقلها إلى قاعدة بيانات SQL Server:

  • الجداول والأعمدة

  • حدد "استعلامات" بدون معلمات.

  • المفاتيح الأساسية والمفاتيح الخارجية

  • فهارس وقيم افتراضية

  • التحقق من القيود (السماح ب خاصية العمود بطول صفري، قاعدة التحقق من صحة العمود، التحقق من صحة الجدول)

كأفضل ممارسة، استخدم تقرير تقييم SSMA، الذي يعرض نتائج التحويل، بما في ذلك الأخطاء والتحذيرات والرسائل الإعلامية وتقديرات الوقت الخاصة بتنفيذ الترحيل، والخطوات الفردية لتصحيح الأخطاء التي يجب اتخاذها قبل نقل العناصر فعليا.

يأخذ تحويل كائنات قاعدة البيانات تعريفات العناصر من بيانات تعريف Access، ويحولها إلى بناء جملة Transact-SQL (T-SQL)مكافئ، ثم يتم تحميل هذه المعلومات إلى المشروع. يمكنك بعد ذلك عرض كائنات SQL Server أو SQL Azure وخصائصها باستخدام SQL Server أو SQL Azure Metadata Explorer.

لتحويل العناصر وتحميلها وترحيلها إلى SQL Server، اتبع هذا الدليل.

تلميح    بعد نجاح عملية ترحيل قاعدة بيانات Access، احفظ ملف المشروع لاستخدامه لاحقا، بحيث يمكنك ترحيل البيانات مرة أخرى لاختبارها أو ترحيلها نهائيا.

ربط الجداول

يمكنك تثبيت الإصدار الأخير من برامج تشغيل SQL Server OLE DB و ODBC بدلا من استخدام برامج تشغيل SQL Server الأصلية التي يتم شحنها مع Windows. لا يتم فقط تشغيل برامج التشغيل الجديدة بشكل أسرع، بل تدعم الميزات الجديدة في Azure SQL التي لا تدعمها برامج التشغيل السابقة. يمكنك تثبيت برامج التشغيل على كل كمبيوتر يتم استخدام قاعدة البيانات المحولة فيه. لمزيد من المعلومات، راجع برنامج تشغيل Microsoft OLE DB 18 ل SQL Server برنامج تشغيل Microsoft ODBC 17 ل SQL Server.

بعد ترحيل جداول Access، يمكنك إنشاء ارتباط إلى الجداول في SQL Server الذي يستضيف بياناتك الآن. يوفر لك أيضا الارتباط المباشر من Access طريقة أبسط لعرض البيانات بدلا من استخدام أدوات إدارة SQL Server الأكثر تعقيدا.  يمكنك الاستعلام عن البيانات المرتبطة وتحريرها استنادا إلى الأذونات التي يقوم مسؤول قاعدة بيانات SQL Server بإعدادها.

ملاحظة    إذا قمت بإنشاء ODBC DSN عند إنشاء ارتباط بقاعدة بيانات SQL Server أثناء عملية إنشاء الارتباط، يمكنك إما إنشاء DSN نفسه على كل الأجهزة التي تستخدم التطبيق الجديد أو استخدام سلسلة الاتصال المخزنة في ملف DSN برمجيا.

لمزيد من المعلومات، راجع الارتباط بالبيانات أو استيرادها من قاعدة بيانات Azure SQL Server واستيراد البيانات أو إنشاء ارتباط بها في قاعدة بيانات SQL Server.

تلميح   لا تنس استخدام "إدارة الجداول المرتبطة" في Access لتحديث الجداول أو إعادة ربطها بشكل ملائم. لمزيد من المعلومات، راجع إدارة الجداول المرتبطة.

الاختبار والمراجعة

تصف الأقسام التالية المشاكل الشائعة التي قد تواجهها أثناء الترحيل وكيفية التعامل معها.

الاستعلامات

يتم تحويل استعلامات تحديد فقط؛ الاستعلامات الأخرى غير متضمنة "استعلامات تحديد" التي تأخذ معلمات. قد لا يتم تحويل بعض الاستعلامات بالكامل، ويعلم SSMA أخطاء الاستعلام أثناء عملية التحويل. يمكنك تحرير العناصر التي لا يتم تحويلها يدويا باستخدام بناء جملة T-SQL. قد تتطلب أخطاء بناء الجملة أيضا تحويل الدالات وأنواع البيانات الخاصة ب Access يدويا إلى دالات SQL Server. للحصول على مزيد من المعلومات، اطلع على مقارنة Access SQL بـ SQL Server TSQL.

أنواع البيانات

لدى Access وSQL Server أنواع بيانات مماثلة، ولكن كن على علم با المشاكل المحتملة التالية.

رقم كبير    يخزن نوع البيانات "رقم كبير" قيمة رقمية غير نقدية ومتوافقة مع نوع البيانات "عدد كبير" في SQL. يمكنك استخدام نوع البيانات هذا لحساب الأرقام الكبيرة بطريقة فعالة ولكنه يتطلب استخدام تنسيق ملف قاعدة بيانات accdb. (16.0.7812 أو إصدار أحدث) Access 16.0.7812 أو إصدار أحدث، كما يؤدي بشكل أفضل باستخدام إصدار 64 بت من Access. لمزيد من المعلومات، راجع استخدام نوع البيانات "رقم كبير" و"الاختيار بين الإصدار 64 بت أو 32 بت من Office".

نعم/لا    بشكل افتراضي، يتم تحويل عمود "نعم/لا" في Access إلى حقل بت SQL Server. لتجنب تأمين السجل، تأكد من تعيين حقل البت إلى عدم السماح بالقيم NULL. في SSMA، يمكنك تحديد عمود البت لتعيين الخاصية Allow Nulls إلى NO. في TSQL، استخدم عبارات CREATE TABLE أو ALTER TABLE.

التاريخ والوقت    هناك عدة اعتبارات للوقت والتاريخ:

  • إذا كان مستوى توافق قاعدة البيانات هو 130 (SQL Server 2016) أو أعلى، وكان الجدول المرتبط يحتوي على عمود واحد أو أكثر من أعمدة datetime أو datetime2، فقد يرجع الجدول الرسالة #deleted في النتائج. لمزيد من المعلومات، راجع الجدول المرتبط في Access SQL-Server بيانات #deleted.

  • استخدم نوع البيانات "تاريخ/وقت الوصول" للخريطة إلى نوع بيانات وقت التاريخ. استخدم نوع البيانات "تمديد التاريخ والوقت في Access" للخريطة إلى نوع البيانات datetime2 الذي له نطاق تاريخ وتاريخ أكبر. لمزيد من المعلومات، راجع استخدام نوع البيانات "تمديد التاريخ والوقت".

  • عند الاستعلام عن التواريخ في SQL Server، يجب أن تأخذ في الاعتبار الوقت والتاريخ. على سبيل المثال:

    • قد لا تتضمن DateOrdered Between 1/1/19 و1/31/19 كل الطلبات.

    • تتضمن DateOrdered Between 1/1/19 00:00:00 ص و1/31/19 11:59:59 م كل الطلبات.

مرفق   يخزن نوع البيانات "مرفق" ملفا في قاعدة بيانات Access. في SQL Server، لديك العديد من الخيارات التي يجب عليك التفكير فيها. يمكنك استخراج الملفات من قاعدة بيانات Access ثم التفكير في تخزين الارتباطات إلى الملفات في قاعدة بيانات SQL Server. بدلا من ذلك، يمكنك استخدام FILESTREAM أو FileTables أو Remote BLOB store (RBS) لإبقاء المرفقات مخزنة في قاعدة بيانات SQL Server.

ارتباط تشعبي    لدى جداول Access أعمدة ارتباط تشعبي لا يدعمها SQL Server. بشكل افتراضي، سيتم تحويل هذه الأعمدة إلى أعمدة nvarchar (max) في SQL Server، ولكن يمكنك تخصيص التعيين لاختيار نوع بيانات أصغر. في حل Access، لا يزال بإمكانك استخدام سلوك الارتباط التشعبي في النماذج والتقارير إذا قمت بتعيين خاصية الارتباط التشعبي لمراقبة التحكم إلى true.

حقل متعدد تقييم    يتم تحويل حقل Access متعدد القيم إلى SQL Server ك حقل نصي يحتوي على مجموعة القيم المحددة. نظراً إلى أن SQL Server لا تدعم نوع البيانات متعددة القيم التي تصنع نموذجًا لعلاقة متعدد إلى متعدد، فقد يتطلب الأمر المزيد من أعمال التصميم والتحويل.

لمزيد من المعلومات حول تعيين أنواع بيانات Access وSQL Server، راجع "مقارنة أنواع البيانات".

ملاحظة    لا يتم تحويل الحقول متعددة الطبقات وقد تم إيقافها في Access 2010.

لمزيد من المعلومات، راجع أنواع التاريخ والوقت،وأنواع السلاسل والأنواعالثنائية، والأنواع رقمية.

Visual Basic

على الرغم من أن SQL Server لا يدعم VBA، لاحظ المشاكل المحتملة التالية:

دالات VBA في الاستعلامات    تدعم استعلامات Access دالات VBA على البيانات في عمود استعلام. ولكن لا يمكن تشغيل استعلامات Access التي تستخدم دالات VBA على SQL Server، لذلك يتم تمرير كل البيانات المطلوبة إلى Microsoft Access ل المعالجة. في معظم الحالات، يجب تحويل هذه الاستعلامات إلى استعلامات مرورية.

الدالات المعرفة من قبل المستخدم في الاستعلامات    تدعم استعلامات Microsoft Access استخدام الدالات المعرفة في الوحدات النمطية ل VBA لمعالجة البيانات التي يتم تمريرها إليها. يمكن أن تكون الاستعلامات استعلامات مستقلة وعبارات SQL في مصادر سجلات النماذج/التقارير ومصادر بيانات مربعات التحرير والسرد ومربعات القائمة في النماذج والتقارير والحقول في الجدول وتعبيرات قواعد التحقق من الصحة أو الافتراضية. يتعذر على SQL Server تشغيل هذه الدالات المعرفة من قبل المستخدم. قد تحتاج إلى إعادة تصميم هذه الدالات يدويا وتحويلها إلى إجراءات مخزنة على SQL Server.

تحسين الأداء

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

  • يمكنك تشغيل استعلامات صغيرة للقراءة فقط على العميل للوصول إليها بسرعة.

  • يمكنك تشغيل الاستعلامات الطويلة والقراءة/الكتابة على الخادم للاستفادة من قوة المعالجة الأكبر.

  • يمكنك تقليل حركة مرور الشبكة باستخدام عوامل التصفية والتقريب لنقل البيانات التي تحتاج إليها فقط.

تحسين الأداء في نموذج قاعدة بيانات خادم العميل

لمزيد من المعلومات، راجع "إنشاء استعلام تمريري".

فيما يلي إرشادات إضافية موصى بها.

وضع المنطق على الخادم     يمكن لتطبيقك أيضا استخدام طرق العرض والوظائف المعرفة من قبل المستخدم والإجراءات المخزنة والحقول المحسوبة والمشغلات لتحريك منطق التطبيق وقواعد الأعمال ونهجها والاستعلامات المعقدة والتحقق من صحة البيانات رمز التكامل الرجوعي على الخادم ومشاركتها، بدلا من التركيز على العميل. اسأل نفسك، هل يمكن تنفيذ هذا الاستعلام أو المهمة على الخادم بشكل أسرع وأفضل؟ وأخيرا، اختبر كل استعلام لضمان الأداء الأمثل.

استخدام طرق العرض في النماذج والتقارير    في Access، يمكنك القيام بما يلي:

  • بالنسبة للنماذج، استخدم طريقة عرض SQL لنماذج للقراءة فقط ولشكل SQL مفهرس لنماذج القراءة/الكتابة كمصدر السجلات.

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

تقليل تحميل البيانات في نموذج أو تقرير    لا تعرض البيانات حتى يطلبها المستخدم. على سبيل المثال، اجعل خاصية recordsource فارغة، واجعل المستخدمين يحددون عامل تصفية في النموذج، ثم يملؤون خاصية recordsource بتصفيتها. أو استخدم عبارة "المكان" ل DoCmd.OpenForm و DoCmd.OpenReport لعرض السجل (السجلات) الدقيقة التي يحتاجها المستخدم. فكر في إيقاف تشغيل التنقل بين السجلات.

كن حذرا مع الاستعلامات غير المتجانسة   تجنب تشغيل استعلام يجمع بين جدول Access محلي وSQL Server مرتبط، ويسمى أحيانا استعلام مختلط. لا يزال هذا النوع من الاستعلام يتطلب من Access تنزيل كل بيانات SQL Server إلى الجهاز المحلي ثم تشغيل الاستعلام، ولا يقوم بتشغيل الاستعلام في SQL Server.

متى يجب استخدام الجداول المحلية    فكر في استخدام الجداول المحلية للبيانات التي نادرا ما تتغير، مثل قائمة الولايات أو المقاطعات في بلد أو منطقة. غالبا ما يتم استخدام الجداول الثابتة للتصفية ويمكنها الأداء بشكل أفضل على الواجهة الأمامية ل Access.

لمزيد من المعلومات، راجع "مستشارضبط مشغل قاعدة البيانات"، واستخدام "محلل الأداء" لتحسين قاعدة بيانات Access،وتحسين تطبيقات Microsoft Office Access المرتبطة ب SQL Server.

اطلع أيضًا على

دليل ترحيل قاعدة بيانات Azurehttp://datamigration.microsoft.com/

مدونة ترحيل بيانات Microsofthttps://blogs.msdn.microsoft.com/datamigration/

وتحجيمهhttps://www.fmsinc.com/consulting/sqlserverupsizing.aspx

طرق مشاركة قاعدة بيانات سطح المكتب في Access

هل تحتاج إلى مزيد من المساعدة؟

توسيع المهارات
استكشاف التدريب
الحصول على الميزات الجديدة أولاً
الانضمام إلى Microsoft Insider

هل كانت المعلومات مفيدة؟

ما مدى رضاك عن جودة الترجمة؟
ما الذي أثّر في تجربتك؟

نشكرك على ملاحظاتك!

×