INFO: كيف الأمان مقابض Visual Basic 3.0 تعيين بواسطة Microsoft Access

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

105990
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
الموجز
يتضمن Visual Basic الإصدار 3.0 مشغّل قاعدة بيانات Microsoft Access. Visual Basic على بناء جملة للتعامل مع قاعدة بيانات Microsoft Access تقريباً كل طريقة يمكن Microsoft Access. تم استثناء رئيسي واحد في منطقة أمان. Microsoft Access فقط يمكن تعيين أو تعديل خيارات الأمان (مثل معرفات تسجيل الدخول وكلمات المرور الخاصة النظام) وتعيين أو تعديل الأذونات على كائنات محددة في قاعدة بيانات معينة.

يحتوي على Visual Basic الإصدار 3.0 جهازي عبارات (SetDataAccessOption و SetDefaultWorkspace) التي تسمح تطبيق Visual Basic لتلبية آلية الأمان التي implements Microsoft Access وقم بتسجيل الدخول باستخدام التعليمات البرمجية لـ Visual Basic. باستخدام هذه العبارات يمكنك الحصول على الأذونات الممنوحة إلى مستخدم معين.

يشرح هذا المقال آليات الأمان Microsoft Access التي تنطبق على Visual Basic الإصدار 3.0 للمبرمج Visual Basic. قدرات الأمان بأكمله من Microsoft Access خارج نطاق هذا المقال.

للحصول على وصف كامل قدرات الأمان لـ Microsoft Access الرجاء الرجوع إلى مقالة "قاعدة المعارف" التالية:
122036WX1051: معالج الأمان وإلى ملاحظة App. ورق أبيض 2.0
معلومات أخرى
يتم تطبيق أمان Microsoft في جزأين:
  • كل المستخدمين والمجموعات على أمان فريد رمز معرف (SID).
  • يتم تخزين تلك التعليمات البرمجية SID في قاعدة البيانات مع أذونات مقترنة ذلك SID.
إعطاء المقاطع التاليان التفاصيل.

كل مستخدم وتجميع له معرف أمان فريد (SID)

في Microsoft Access كل مستخدم وتجميع يحتوي معرف أمان (SID). SID هو سلسلة أحرف ثنائية يعرّف بشكل فريد مستخدم أو مجموعة. عند قيام أحد المستخدمين بتسجيل الدخول, ما إذا كان من مربع الحوار تسجيل الدخول في Microsoft Access أو من تعليمات برمجية في Visual Basic (موضحة لاحقاً في المقالة) ، يقرأ مشغّل Microsoft Access من الجدول ' MSysAccounts ' قاعدة البيانات SYSTEM.MDA. إنشاء قاعدة البيانات هذه فقط بواسطة Microsoft Access ثم سيتم إنشاء واحدة جديدة (فارغة) إذا تم حذف النسخة الأصلية.

ملاحظة: إذا تم حذفها SYSTEM.MDA الأصلي بطريق الخطأ, معرفات الأمان الفريدة يتم فقدان. لذلك، كافة إمكانية للوصول إلى قواعد البيانات المحمية فُقد أيضاً. لذلك، من المستحسن إجراء النسخ الاحتياطي كل قاعدة البيانات وملف SYSTEM.MDA في مكان إذا تم تعيين الأذونات في قاعدة البيانات.

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

وفيما يلي نقطة مفتاح التي تنتمي إلى سلوك Visual Basic. افتراضياً، يحاول مشغّل Microsoft Access التحقق من صحة المستخدم وكلمة المرور من المسؤول و "" على التوالي. Visual Basic الإصدار 3.0, بدون أية تعليمات برمجية يرسل هذه المجموعة من المفاتيح إلى مشغّل Microsoft Access بشكل افتراضي. وهذا يعني أنه حتى بدون استخدام عبارات Visual Basic المتعلقة بالأمان برنامج Visual سيتم الحصول بإذن الدخول إلى قاعدة البيانات، إذا قام لا يملك المستخدم "المسؤول" من "مجموعة المسؤولين" كلمة المرور الخاصة به تغييرها من الافتراضي ا ("").

بمجرد تسجيل الدخول ، يتم استرداد SID الخاص بالمستخدم. يتم استخدام SID هذا كافة العمليات اللاحقة داخل مشغّل Microsoft Access.

هو مخزنة SID في قاعدة البيانات SYSTEM.MDA

يتم تخزين SID في قاعدة البيانات نفسها. لذلك، يتم أيضاً تخزين كافة الأذونات الممنوحة إلى مستخدم معين أو مجموعة في قاعدة البيانات المقترن بـ SID فريد.

هذا إحضار نقطة المفتاح أخرى تتعلق سلوك Visual Basic. سيقوم برنامج Visual كسب الإدخال إلى قاعدة البيانات ولديك أذونات كاملة seeming لتجاهل آلية الأمان Microsoft Access إذا تحقق أي مما يلي:
  • لا استغرقها للمبرمج Visual Basic موقع SYSTEM.MDA قاعدة البيانات إلى حساب في التعليمات البرمجية للبرنامج.
  • قد لا تحتوي مستخدم "المسؤول" كلمة المرور الخاصة به تعديلها من الافتراضي ا ("").
يحدث هذا بسبب من السلوك الافتراضي من مشغّل Microsoft Access و Visual Basic. تأثير المنضم للسماح بإدخال إلى قاعدة البيانات والكائنات الخاصة بها بواسطة التعليمات البرمجية لـ Visual Basic.

قائمة أنواع الكائنات في Microsoft Access: جدول و الاستعلام ، نموذج ، تقرير ماكرو و الوحدة النمطية. هذه, أول نمطين إليها من التعليمات البرمجية لـ Visual Basic بحيث يمكن أن يتم حذف الأخرى من هذا الشرح.

تشرح المقاطع التالية بين كل من الاثنين Visual Basic الأمان المتعلقة عبارات (SetDataAccessOption و SetDefaultWorkspace). تم تصميم عبارات جهازي لتوفير اختيار الملفات SYSTEM.MDA وتعيين إدخالات تسجيل الدخول إلى قاعدة بيانات Microsoft Access، مع أمان بواسطة Microsoft Access. اتباع هذه مقطعين عبارة عن مقطع يربط العبارات اثنين إلى السلوك مشغّل Microsoft Access بواسطة النظر إلى الأمان.

جملة SetDataAccessOption--بناء و سلوك

يحتوي SetDataAccessOption المعلمات التالية:
   SetDataAccessOption option, value   option is a numeric value with only one legal value (1).				

على سبيل المثال:
   SetDataAccessOption 1, "E:\VBPROJ\MY.INI"				

يتم تعريف ثابت في الملف المتوفر في جذر الدليل \VB DATACONS.TXT لهذه القيمة:
   Global Const DB_OPTIONINIPATH = 1				

يعين SetDataAccessOption اسم ومسار ملف التهيئة (.INI) التطبيق الخاص بك. ملف .INI التطبيق نافذ المفعول فقط عند استخدام SetDataAccessOption قبل تحميل وظيفة الوصول إلى البيانات ومن تهيئة. بمجرد أن تمت تهيئة الوصول إلى البيانات ، لا يمكن تغيير هذا الإعداد دون إنهاء التطبيق. القيمة تعبير سلسلة. الخيار DB_OPTIONINIPATH وسيطة القيمة يحتوي على تعبير سلسلة توفير مسار واسم ملف التهيئة (.INI) التطبيق الخاص بك. تهيئة يتم تخزينه عادة في الدليل \WINDOWS المستخدم والملفات لها نفس الاسم مثل الملف القابل للتنفيذ ولكن مع ملحق .INI. استخدام هذه الجملة فقط إذا كان ملف تهيئة التطبيق الخاص بك له اسم مختلف أو في دليل غير الدليل \WINDOWS.

لا يلزم عبارة SetDataAccessOption عند تشغيل مشروع Visual Basic في بيئة VB.EXE إذا كان الملف VB.INI (في الدليل \WINDOWS) يحتوي على السطرين التاليين:

[الخيارات]
SystemDB=T:\ACCESS\SYSTEM.MDA
UtilityDB=T:\ACCESS\UTILITY.MDA

ملاحظة: الموقع الفعلي SYSTEM.MDA غير الهامة بشرط كل من Microsoft Access و Visual Basic لديها إدخال والإشارة إلى SYSTEM.MDA تتم مشاركة. بيان SetDataAccessOption غير مطلوبة إذا كان الملف .EXE التطبيق به ملف .INI الخاص بها في \WINDOWS ومشاركتها .EXE وملفات .INI بنفس الاسم.

جملة SetDefaultWorkspace--بناء و سلوك

يحتوي SetDefaultWorkspace المعلمات التالية:
   SetDefaultWorkspace username, password				

إذا ترك هذا البيان يرسل Visual Basic مكافئ السطر التالي إلى مشغّل قاعدة بيانات Microsoft Access المضمنة في Visual Basic:
   SetDefaultWorkspace "Admin" , ""				

بيان الخصوصية هذا تأثير من الحصول على SID صالح ثم الحصول على إدخال على كافة جدول أو استعلام الكائنات في قاعدة البيانات.

العلاقة بين Visual Basic "و" أمان Microsoft Access

لفهم العلاقة بين الأمان Visual Basic و Microsoft Access عليك فهم آلية الأمان Microsoft Access. وفيما يلي شرح مفصل عن صالح للمبرمج Visual Basic الذين عدم استخدام Microsoft Access بشكل مكثف. يوجد تسلسل هرمي أذونات في Microsoft Access. في المستوى الأعلى توجد مجموعات. ضمن معينة هي المجموعة Users. لمنح أذونات بشكل انتقائي محدودين معينة كافة الأذونات يجب أولاً يتم إلغاء تحديد أو إزالتها من مجموعة مستخدمي. فقط ثم بعد ذلك، يمكن أذونات منح أو إبطال للمستخدمين الفردية.

تسمى أذونات سرد المستخدم فردية أذونات صريح. تسمى أذونات تعيين المجموعة التي تحتوي على حساب المستخدم أذونات الضمني. أذونات الضمني يأخذ أولوية على أذونات Explicit.

يمكنك استخدام القائمة أمان لتعيين أذونات في Microsoft Access بعد فتح قاعدة بيانات تسجيل دخول المستخدم. من القائمة "أمان" ، اختر أذونات لتعيين أذونات على كل كائن في قاعدة البيانات الذي في Visual Basic يعني جدول أو استعلام كائنات فقط.

على سبيل المثال، في حالة وجود مجموعة في Microsoft Access تسمية قاعدة البيانات التي تحتوي على المستخدمين هادي وعلى فرح للمحللين وكنت تريد تقييد هادي "قراءة البيانات" فقط منح أذونات كاملة Sue ، اتبع الخطوات التالية:
  1. تسجيل الدخول إلى Microsoft Access كمستخدم في مجموعة المسؤولين. على سبيل المثال، أدخل المسؤول "أو" Fred.
  2. من القائمة "أمان" ، اختر أذونات (P S ALT).
  3. جدول الكائنات هي النوع الافتراضي. حدد اسم الجدول الذي تريد تعيين الأذونات على. على سبيل المثال، حدد TestTbl.
  4. قم بتعيين الخيار في إطار مجموعة مستخدمين إلى مجموعات. ثم انقر فوق قائمة مربع التحرير والسرد لأسفل ثم انقر فوق للمحللين حدد تلك المجموعة.
  5. قم بإلغاء تحديد كافة خانات الاختيار لإبطال كافة الأذونات الخاصة المجموعة بأكملها.
  6. تغيير زر الخيار قائمة إلى المستخدمين وحدد هادي. قم بإلغاء تحديد خانات الاختيار الخاصة كافة الأذونات الخاصة هادي.
  7. حدد "فرح" من القائمة وتحقق من خانة الاختيار "أذونات كاملة".
  8. انقر فوق الزر تعيين لتطبيق التغييرات على الجدول.
في هذه المرحلة، افترض وجود برنامج Visual Basic يحتوي على التعليمات البرمجية التالية في الحدث تحميل النموذج:
Sub Form_Load ()   Dim db As database   Dim ds As dynaset   Dim scenario as integer   scenario = 'insert a value between 1 and 4 here   select case scenario      case 1:         ' Do nothing      case 2:         SetDefaultWorkspace "bob", "leftout"      case 3:         SetDataAccessOption 1, "E:\VB.INI"    ' not in \WINDOWS directory      case 4:         SetDataAccessOption 1, "E:\VB.INI"    ' not in \WINDOWS directory         SetDefaultWorkspace "bob", "leftout"   end select   Set db = OpenDatabase("E:\DATACON\BASES\ACCESS11\ASAMPLE.MDB") ' point 1   Set ds = db.CreateDynaset("TestTbl")                           ' point 2   autoredraw = True   ' to make Print  statement persist on the form   Print ds(0), ds(1)End Sub				

فيما يلي عدة سيناريوهات لتوضيح العلاقة بين Visual Basic أمان Microsoft Access:

السيناريو ONE: في هذه الحالة، لا يوجد أي مرجع إلى موقع ملف SYSTEM.MDA. Windows "و" مشغّل Microsoft Access غير قادر على العثور على الملف .INI مع المقطع [Options] المذكورة في هذه المقالة. لذلك، يتم تجاهل SYSTEM.MDA و Visual Basic الافتراضي تركيبة المستخدم وكلمة المرور الافتراضية الخاصة به ("المسؤول" ""). ومع ذلك، سابقاً، الافتراضي لـ "المسؤول المستخدم" تم تغيير كلمة المرور إلى شئ آخر بخلاف "". بالإضافة إلى ذلك، تم إبطال كافة أذونات إدارة المجموعة "و" مستخدم "المسؤول" في مجموعة المسؤولين. ولذلك، يحدث الخطأ Visual Basic التالي عند نقطة 2:
Couldn't read; no read permission for table or query 'f)) '

إغلاق الباب الخلفي Visual Basic أو أي تطبيق Visual Basic محاولة تجاوز تسجيل الدخول في ملف SYSTEM.MDA.

السيناريو TWO: في هذه الحالة، لأن استدعاء عبارة SetDefaultWorkspace دون أي مؤشر الملف SYSTEM.MDA مشغّل Visual Basic Microsoft Access hunts لملف SYSTEM.MDA وفي عدم العثور عليها، يعطي الخطأ التالي عند نقطة 0 في التعليمات البرمجية:
تعذر العثور على الملف 'SYSTEM.MDA'

ملاحظة: الأخطاء التي تحدث في سيناريوهات كلا و اثنين هي نفسها كما قد تحدث إذا كان قد تم نقل ملف SYSTEM.MDA إعادة تسمية أو حذف.

السيناريو ثلاثة: في هذه الحالة، يمكنك معرفة ما مشغّل Visual Basic Microsoft Access حيث يوجد الملف SYSTEM.MDA ولكن لا توفير مجموعة المستخدم وكلمة المرور. لذلك، مرة أخرى، يوفر Visual Basic فقط المستخدم وكلمة المرور تركيبة أن يعرف ("المسؤول" "") ، والذي لم يعد تركيبة صالحة بسبب إضافة كلمة مرور إلى حساب مستخدم مسؤول. نتيجة لذلك، يعطي Visual Basic الخطأ التالي عند نقطة 1 في التعليمات البرمجية:
لا حساب صالح أو كلمة مرور.

السيناريو أربعة: في هذه الحالة، يمكنك توفير كل من معلمات بشكل صحيح. لذلك، لأن أعطيته هادي إذن "قراءة البيانات" بالإضافة إلى "قراءة تعريفات" للسماح لـ Access Microsoft Visual Basic مشغّل لقراءة ، أولاً الحقلين في السجل الأول من جدول يسمى TestTbl طباعة تطبيق Visual Basic.

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

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

مع خيار OwnerAccess في استعلام SQL


revolves آخر نقطة واحدة من الارتباك المحتمل حول استخدام العبارة التالية في استعلام SQL:
   ... With OwnerAccess Option				

على سبيل المثال، انظر إلى هذه التعليمة البرمجية:
   Sub Form_Load ()      Dim db As Database      Dim qd As querydef      Set db = OpenDatabase("C:\ACCESS\DB1.MDB")      ' Enter the following two lines of code as one, single line:      Set qd = db.CreateQueryDef("myQD", "select * from [TableDetails]         with owneraccess option ;")      db.Close   End Sub				

هذه التعليمة البرمجية ينتج هذا الخطأ:
معرف قاعدة البيانات غير صالح.

وهذا لأن OwnerAccess يشير إلى مالك قاعدة البيانات. هي المالك مُنشئ قاعدة البيانات. بمعنى آخر، تشير OwnerAccess إلى المالك المستخدم وكلمة المرور التركيبة (SID فريد) المخزنة في قاعدة البيانات (BD1.MDB في هذه الحالة). ومع ذلك، لا تحتوي التعليمات البرمجية على عبارات جهازي المطلوبة للإشارة إلى ملف SYSTEM.MDA من قاعدة البيانات المؤمنة. في الواقع في هذه الحالة، عبارة SetDefaultWorkspace الأساسية إذا كان الملف .INI الملف (& .EXE) المترجمة التي تحتوي على مقطع [خيارات] صالحة في الدليل \WINDOWS.

تستخدم التعليمة البرمجية في backdoor. فإنه يحتوي غير المتوفر SID فريد مالك قاعدة البيانات إلى المشغل, بحيث لا المشغل تعرف تركيبة اسم وكلمة المرور الافتراضية (مسؤول, "") المستخدم هو مالك قاعدة البيانات. إذا كان ذلك تشغيل أن "المسؤول المستخدم" هو مالك قاعدة البيانات دون الحاجة قراءة ملف SYSTEM.MDA لا يمكن التحقق المشغل من ذلك الحقيقة لذا فإنه يعطي الخطأ.

ملاحظات لمستخدمي Microsoft Access الإصدار 2.0

استخدام تم إصدارها مؤخرًا Microsoft Jet 2.0/Visual طبقة توافق 3.0 الأساسية, Visual Basic يمكن الوصول إلى قواعد بيانات Microsoft Access الإصدار 2.0. أسفل يتم بعض الملاحظات لمساعدتك في تحويل قاعدة بيانات آمنة إصدار 1.1 إلى تنسيق Microsoft Access الإصدار 2.0.

إذا كان يتم تأمين قاعدة بيانات إصدار 1.x ستظل آمن ما إذا كان فتح Microsoft Access الإصدار 1.x أو 2.0. ومع ذلك، Microsoft Access الإصدار 2.0 لا يمكن استخدام لتغيير أو إضافة الأذونات في قاعدة البيانات، حتى بواسطة مسؤول أو حتى يتم تحويل قاعدة البيانات إلى الإصدار 2.0.

عند تثبيت Microsoft Access الإصدار 2.0 يقوم بإنشاء ملف مجموعة العمل الخاصة به (SYSTEM.MDA). في حالة تثبيت Microsoft Access الإصدار 2.0 في نفس الإصدار 1.x الدليل الإصدار 1.x SYSTEM.MDA ملف سيتم إعادة تسمية SYSTEM1X.MDA.

لإجراء تغييرات على أمان قاعدة البيانات المحولة يجب استخدام إصدار 2.0 SYSTEM.MDA له مجموعات متطابقة و للمستخدمين (وجماعات مخططات شبكات الأنابيب والأدوات متطابقة) SYSTEM.MDA الأصلي.

ملاحظة: مخططات شبكات الأنابيب والأدوات (المعرفات الشخصية) في Microsoft Access الإصدار 2.0 يتم مكافئ PIN (أرقام معرف الشخصية) في الإصدار 1.x

لإنشاء مجموعة عمل آمنة:
  1. استخدم أداة مسؤول مجموعة العمل 2.0 لإنشاء عمل جديدة. يعتبر هذا ملفاً الإصدار 2.0 SYSTEM.MDA.
  2. إعادة إنشاء كافة المستخدمين و باستخدام نفس الأسماء PID حسابات مجموعة الأرقام التي تم استخدامها في Microsoft Access الإصدار 1.x.
إلى تحويل 1.x آمنة قاعدة البيانات إلى تنسيق 2.0:

ملاحظة: في مجموعة عمل آمنة فقط للمستخدمين الذين لديهم أذونات "تعديل التصميم" لكافة الكائنات يمكن تحويل تنسيق 1.x إصدار إلى تنسيق الإصدار 2.0. أيضاً، يجب تعيين أذونات "تعديل التصميم 1.x إصدار قاعدة بيانات في Microsoft Access الإصدار 1.x باستخدام مجموعة العمل 1.x الإصدار.
  1. تأكد من أن أي شخص يستخدم 1.x إصدار قاعدة بيانات.
  2. قم بتسجيل الدخول إلى Microsoft Access 2.0 كعضو من مجموعة المسؤولين الذين ليس مستخدم المسؤول.
  3. من القائمة "ملف" ، اختر الأمر "تحويل قاعدة بيانات".
  4. حدد قاعدة البيانات 1.x الإصدار الذي تريد تحويله. ستكون مطالباً باسم الإصدار 2.0.

    ملاحظة: الأمر "تحويل قاعدة بيانات" فرض باختيار اسم جديد لقاعدة البيانات. يتيح هذا إمكانية الاحتفاظ نسخة احتياطية من قاعدة البيانات 1.x الإصدار أنه بمجرد تحويل قاعدة بيانات من الإصدار 1.x إلى الإصدار 2.0 يتعذر تحويله مرة أخرى إلى الإصدار 1.x.
  5. يكون لدى المستخدمين الانضمام إلى مجموعة عمل الإصدار 2.0 جديد (SYSTEM.MDA) باستخدام أداة مسؤول مجموعة العمل.

    ملاحظة: يمكنك يمكنك أيضاً إنجاز ذلك عن طريق تعديل الملف MSACC20.INI في دليل Windows. في المقطع [Options] من الملف تغيير إدخال SystemDB أشر إلى الإصدار 2.0 SYSTEM.MDA الملف. يكون المقطع [Options] من الملف تشبه المثال الموجود أدناه:
          [Options]      SystemDB=<microsoft access path>\SYSTEM.MDA						

نقاط مفتاح إلى تذكر

  1. يمكن فقط Microsoft Access إنشاء ملف SYSTEM.MDA وتعديلها.
  2. يحتوي الملف SYSTEM.MDA على SID فريد استخدام في قاعدة بيانات مع أذونات لفرز الخروج هو الذين لـ Microsoft Access مشغّل لفرض هذه الأذونات. يتم الحصول على SID بواسطة توفير مشغّل Microsoft Access مستخدم صالح وكلمة تركيبة كلمة المرور من التي يحصل SID فريد التي بتخزين المشغل في الذاكرة لفرض الأمان على قاعدة بيانات مفتوحة.
  3. كل من Microsoft Access و Visual Basic تحتاج إلى يشير إلى موقع ملف SYSTEM.MDA لتحقيق الإدخال على قواعد البيانات التي تحتوي على تطبيق الأذونات والأمان.
  4. يتوفر باب الخلفي إلى برنامج تطبيق Visual Basic إذا الافتراضي المستخدم في مجموعة المسؤولين (تسمى المسؤول) غير تغيير كلمة المرور من الافتراضي بلا ("").
  5. إذا تم استخدام العبارة "مع OwnerAccess خيار" في استعلام SQL أسلوب CreateQueryDef أو CreateDynaset CreateSnapshot ، يجب أن يكون مؤشر الملف SYSTEM.MDA موجوداً. حتى إذا كنت تستخدم الباب الخلفي (تركيبة الافتراضي المستخدم وكلمة المرور من المسؤول و "") و لا يبدو تحتاج SYSTEM.MDA, عند استخدام "مع OwnerAccess خيار" في استعلام SQL "، يجب أن المشغل راجع الملف SYSTEM.MDA بحيث يتوافق مع SID (منشئ) مالك قاعدة البيانات إلى مستخدم قام بتسجيل الدخول.
  6. يتم تخزين تركيبات تسجيل دخول صالحة المستخدم وكلمة المرور في ملف SYSTEM.MDA ولكن يتم تخزين الأذونات في قاعدة البيانات (.MDB الملف) نفسه. يتم استخراج مفتاح فريد (SID) من SYSTEM.MDA بواسطة مستخدم صالح مع تركيبة كلمة مرور تم توفير مشغّل Microsoft Access بواسطة مربع حوار تسجيل الدخول في Microsoft Access أو بواسطة تعليمة برمجية في Visual Basic.

تحذير: تمت ترجمة هذا المقال تلقائياً

خصائص

رقم الموضوع: 105990 - آخر مراجعة: 02/06/2014 05:17:56 - المراجعة: 2.0

  • Microsoft Visual Basic 3.0 Professional Edition
  • Microsoft Visual Basic 3.0 Professional Edition
  • kbnosurvey kbarchive kbmt kbinfo KB105990 KbMtar
تعليقات