MS Access (MDB) التزامن

Question

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

قاعدة بيانات الخادم (حتى تلك التي تعبر عن طبعات) يبدو كبيرا مبالغة في هذه الحالة بسيط جدا MDB قاعدة البيانات يمكن أن يفعل معظم الاحتياجات.أنا بالقلق حيال التزامن.فكرتي هي أن مكان .ملف mdb على مشاركة شبكة والسماح للمستخدمين الوصول إلى هذا الملف من .صافي القائمة على العملاء.Db هو الغالب تستهدف عمليات للقراءة فقط ولكن المستخدمين سوف تحتاج في بعض الأحيان إلى تحديث/حذف السجلات أيضا.إذا هذا لن يكون ممكنا في ذلك الوقت (بسبب db حبسهم أو أيا كان), أنا يمكن أن تعقد التحديثات على العميل ومعالجتها في وقت لاحق.

السؤال نفسه ينطبق على هذه النقاط:

• كيف المتزامنة يقرأ في التعامل مع MDB ؟
• كيف المتزامنة التحديثات/حذف التعامل مع MDB ؟
• هل هناك مفهوم أقفال وكيف يمكن الاستفادة من ذلك في .صافي التطبيق ؟
• هو وضع ملف MDB على مشاركة شبكة اتصال جيدة أو فكرة رهيبة?

كما أنني أعمل في .صافي, كما أنني أحب أن أعرف كيف يمكنني الكشف عن أي مشاكل التزامن واتخاذ الإجراءات المناسبة.I. e., التي استثناء يجب أن الصيد ما العمل تنصحين ؟

تحرير:قد يكون من بلدي سيئة وصف المشكلة ، ولكن معظم الإجابات يبدو أن أنصح الذهاب كاملة DB server.أنا لا فهم الاختلافات و الفوائد من وجود ملقم التثبيت و يكون في الواقع تنفذ عددا من المشاريع على MSSQL و أوراكل.في هذا السؤال, ومع ذلك, أنا فقط قلقة مع الوصول لها مشكلات التوافق ، لذا يرجى لا توحي db server.

شكرا على مساعدتك.

Answer 1

هذا هو السؤال القديم, ولكن لا أحد لديه أي وقت مضى في الواقع الإجابة عليه.وإليك الأسئلة:

1. كيف المتزامنة يقرأ في التعامل مع MDB ؟
2. كيف المتزامنة التحديثات/حذف التعامل مع MDB ؟
3. هل هناك مفهوم أقفال وكيف يمكن الاستفادة من ذلك في .صافي التطبيق ؟
4. هو وضع ملف MDB على مشاركة شبكة اتصال جيدة أو فكرة رهيبة?

أول سؤالين يمكن أن تكون أساسا أجاب مع تفسير واحد.مفتاح واحد التحذير هنا:الإجابات أنا أقدم هنا هي محددة طائرة بنوك التنمية المتعددة الأطراف (ومتغيراتها) ولا تنطبق تماما على تنسيق الملف الجديد قدم بدءا A2007 ، أي تنسيق ACCDB.أنا لم تستكشف بالكامل آثار إزالة طائرة ULS من الآس و بعض التعليقات أدناه قد تحمل طائرة ULS تحت غطاء محرك السيارة.عن الكثير من الأشياء ، على الرغم من أنك يمكن أن تكون بديلا "LACCDB الملف" ل "LDB الملف" والنتائج سوف تكون هي نفسها.

1-2) المتزامنة يقرأ/التحديثات/حذف

مشغل قاعدة بيانات Jet هي غالبا ما يشار إلى "ملقم الملفات" قاعدة البيانات في أنه لا يوجد جانب الخادم شيطان إدارة I/O مع ملفات البيانات على الملقم.ما يعنيه هذا هو أن جميع العملاء باستخدام طائرة MDB قراءة الملف مباشرة.

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

يستخدم طائرة سجل قفل الملف ، حيث إذا MDB "MyFile.MDB" سجل قفل الملف في نفس مجلد يسمى "MyFile.LDB".على LDB سجلات ملف ما جيت ULS المستخدمين MDB ملف مفتوح, ماذا محطة عمل المستخدم متصلا من جميع المعلومات اللازمة للتفاوض على قضايا التزامن.

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

ضمن قاعدة بيانات Jet الملف, أقفال يتم تطبيقها إما على صفحات البيانات (التي في طائرة 4 وزادت إلى 4K ، بينما في Jet 3.x و من قبل كانوا 2K) ، أو على مستوى قياسي إذا كان جدول البيانات تم إنشاؤه أصلا إلى استخدام سجل مستوى تأمين.في الأيام الأولى من طائرة 4, سجل مستوى تأمين وجد الكثيرون أن تكون بطيئة جدا ، خاصة عند استخدام تأمين متشائمة ، لذلك الكثير من الوصول المطورين تستخدم أبدا أي شيء ولكن على مستوى الصفحة قفل (@ديفيد فنتون يرفع يده!).

في الواقع, عند استخدام متفائل قفل, يمكنك تجنب معظم مشكلات التوافق التي من شأنها أن تأتي مع تأمين متشائمة.

بعض المحاذير:

1. من DAO, سجل التأمين على مستوى غير متاح لك فقط الحصول على أي وقت مضى على مستوى الصفحة تأمين.

2. من DAO, وهناك عدد من الخيارات للتحكم في التفاؤل/التشاؤم قفل ، وبخاصة وسيطة تأمين_التحرير من أسلوب OpenRecordset ، ولكن أن يتفاعل أيضا مع بعض من الإعداد المحدد في OpenRecordset الخيارات الحجة (مثل الخيار dbReadOnly لا يمكن استخدامها مع LockEdits).بالإضافة إلى تأمين ، هناك أيضا خيارات ثابت/تتعارض التحديثات و كل هذا يمكن أن تتفاعل مع المعاملات (على سبيل المثال ، التغييرات في uncomitted الصفقة لن تكون مرئية للمستخدمين الآخرين وبالتالي لن تتعارض معها ، ولكن يمكن وضع للقراءة فقط أقفال على الجداول المعنية).

من ADO/OLEDB هذه طائرة التزامن هياكل المراقبة ستكون على تعيين المهام ذات الصلة والحجج وجدت في ADO/OLEDB.منذ أن كنت تستخدم طائرة فقط من الوصول ، أنا التفاعل معها فقط من خلال DAO, لذلك لا أستطيع تقديم المشورة بشأن كيف يمكنك التحكم هذه مع ADO/OLEDB, ولكن النقطة المهمة هي أن مشغل قاعدة بيانات Jet يوفر السيطرة على السجل الخاص بك تأمين عند الوصول إليه برمجيا (على عكس من خلال الوصول إلى واجهة المستخدم) -- إنها أكثر تعقيدا.

3) الأقفال .صافي

لا أستطيع أن أقدم أي نصيحة هنا ، وغيرها من تلك التي كنت المرجح أن استخدام OLEDB الخاص بك واجهة البيانات, ولكن النقطة هي أن تأمين وظائف/التحكم في db المحرك نفسه ، لذلك هناك احتمالا طريقة للتحكم به عن طريق OLEDB.قد لا يكون جميلا, رغم أن, كما يبدو لي أن OLEDB مصممة حول العميل/الخادم أبنية و جت يستند إلى ملف قفل قد لا خريطة على أنه في طريقة أنيقة.

4) MDB على مشاركة شبكة اتصال

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

هذا هو لأنه الرئيسية أجزاء من ملف قاعدة البيانات يجب أن يتم سحبها عبر الأسلاك إلى الكمبيوتر المحلي RAM للمعالجة.الآن كثير من الناس خطأ الادعاء بأن كامل ملف MDB يتم سحبها عبر الأسلاك ، أو أن كل الجداول يتم سحبها عبر الأسلاك.هذا ليس صحيحا.بدلا من ذلك, طائرة الطلبات الأولى الفهارس (و طلبات لا أكثر من اللازم للوفاء الاستعلام) ثم من هذه النتيجة يحدد بالضبط أي صفحات البيانات المطلوبة ثم تسحب فقط من تلك الصفحات.هذا هو المستغرب فعالة وسريعة.

أيضا, Jet بعض ذكي جدا التخزين المؤقت التي يمكن أن يعني أنه أول من طلب البيانات يمكن أن يستغرق بعض الوقت ، ولكن الطلبات اللاحقة لنفس البيانات يحدث على الفور تقريبا بسبب التخزين المؤقت.

الآن, إذا كنت لم فهرسة الجداول الخاصة بك جيدا ، قد ينتهي سحب الجدول بأكمله والقيام الجدول الكامل الفحص.وبالمثل ، إذا كنت قاعدة المعايير على جانب العميل المهام التي ليست جزءا من الطائرة SQL اللهجة ، يمكن في نهاية المطاف سحب الجدول الكامل (الفرز على محل(MyField, "A", "Z") من المرجح أن يتسبب في الجدول الكامل المسح الضوئي).ولكن هذا النوع من الشيء هو الذهاب إلى أن تكون غير فعالة مع العميل/الخادم, جدا, حتى انها مجرد الحس مخطط تصميم مؤشر الأمور بشكل صحيح و كن حذرا مع استخدام UDFs أو غير Jet-متوافق وظائف.في نفس الأمور التي هي فعالة مع العميل/الخادم سوف تكون فعالة مع طائرة (والفرق الرئيسي هو أنه مع جيت كنت أفضل حالا مع اتصال مستمر من أجل تجنب النفقات العامة من إعادة LDB الملف وهو كبير).

الشيء الآخر لتجنب يحاول استخدام طائرة البيانات عبر اتصال واي فاي.نحن جميعا نعرف كيف يمكن الاعتماد عليها واي فاي, إنه يسأل عن المتاعب في محاولة للعمل مع طائرة البيانات عبر اتصال واي فاي.

الخلاصة:

إذا كنت تستخدم MDB كما مخزن البيانات لخدمة البيانات من ملقم ويب, يجب وضع البيانات أقرب إلى ملقم ويب RAM ممكن.وهذا يعني أنه حيثما أمكن ، على قرص التخزين التي تعلق المادية ملقم ويب.حيث أن ذلك غير ممكن كنت تريد سريعة وموثوق بها اتصال LAN.GB الشبكات المحلية في مراكز البيانات شائعة جدا هذه الأيام و سأكون مرتاحا جدا في العمل مع البيانات Jet عبر هذا النوع من الاتصال.

للاستخدام المشترك ، مثل عدة محطات عمل العميل تشغيل VB.NET التطبيق سطح المكتب مشاركة واحدة جت MDB كما مخزن البيانات, انها آمنة جدا أن يكون ملف البيانات على موثوق ملف server.حيث من الممكن انها فكرة جيدة لوضع النفاثة الخاصة بك MDB الملفات على الأجهزة التي لا تخدم أغراض متعددة (على سبيل المثال ، جهاز تحكم مجال يعمل بنظام التشغيل Exchange, SQL Server و يتصرف مثل ملف server و ملقم الطباعة قد لا تكون أفضل موقع).تطبيقات مثل صرف بشدة تتداخل مع ملف الخادم وظائف و كنت عادة ما يوصي أبدا وضع MDB الملفات على ملقم متعدد المهام كما Exchange server إلا إذا كانت منخفضة للغاية الحجم.

الاعتبارات الأخرى:

1. ابدأ في محاولة لتوزيع MDB على نسخ ملفات النظام ، ما لم يكن كل المستخدمين يستخدمون نفس الاصل.وهذا هو, إذا كان لديك ملقمات اثنين تكرار الملفات بينهما ، لا تفكر حتى تحرير ملف MDB من كل من الملقمات.هذا سوف الفاسدة الملف على الفور تقريبا.

2. أنصح ضد تخزين أي MDB على أي شيء آخر من مواطن نظام ملفات Windows تقدم عبر الأصلي Microsoft SMB الشبكات.هذا يعني لا نوفيل لا لينكس لا سامبا.السبب الرئيسي في ذلك هو أن هناك على ما يبدو مواقع ذات المستوى المنخفض من طائرة إلى مستوى منخفض تأمين وظيفة في ويندوز نظام الملفات التي ليست 100% تكرارها على الملفات الأخرى systsm.الآن أنا متحفظة جدا على هذا المختصة الوصول المطورين وأفادت نتائج ممتازة مع بشكل صحيح تكوين Novell خوادم الملفات (في كثير من الأحيان هناك حاجة إلى سجل تأمين التعديلات ، على الرغم من أنه قد يكون أقل أهمية في هذه الأيام -- أنا لا أعرف حتى لو نوفيل وجود أي أكثر!) واشتعلت فيه النيران الأداء مع لينكس ملف يستند إلى ملقمات تشغيل سامبا.أنا الحذر على هذا و أنصح أي عميل ضد ذلك (وهذا يشمل مختلف سان الأجهزة ، كذلك ، إذ ليس الكثير منهم يستند إلى Windows).

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

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

Answer 2

لقد بنيت عشرات أو حتى الأعمال الصغيرة تطبيقات في الوصول على مر السنين.معظم ماكس من 10-20 المستخدمين في وقت واحد.قواعد البيانات هي الانقسام بين "التطبيق" و "البيانات" قاعدة البيانات الخاصة بنا.الأداء هو لائق و لا مشاكل مع concurrancy.أيضا الفساد في الأساس غير متوفرة منذ Access 2000 المزود بحزمة الخدمة SP2.

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

Answer 3

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

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

في معظم الحالات, ويوفر تأمين السجلات و الملفات أقفال بعض DDL (مثلا ، التغييرات المخطط) بشكل افتراضي.

ولكن مايكروسوفت هو في الأساس obsoleting و بعض الزملاء سوف كومة الازدراء عليكم لاستخدامه.

(عند هذه النقطة أنا عادة بطة لتغطية يصيح "واردة!!!".)

Answer 4

الوصول هو حقا سطح المكتب, مستخدم واحد حل.في الواقع العليا المستخدم الحد من "أحد".

بل هو أيضا محرك المحلي.التي هي عند تشغيل الاستعلام يتم سحب البيانات عبر الشبكة المحلية المحرك النفاث للمعالجة.An .ldb يتم وضع الملف على مشاركة شبكة الاتصال إلى التحكم في الأقفال.

إذا كنت تستخدم ملقم جانب المحرك (MSSQL, الخلية, Sybase, 'Orable الخ) ثم إرسال استعلام إلى محرك العمليات وإرجاع النتائج لك.أقفال تقام داخليا.

وهذا له تداعيات كبيرة على الأداء والاستقرار وسلامة البيانات.

إذا قرر المستخدم اضغط على زر إعادة الضبط ، الوصول زرع قاعدة البيانات لديه فرصة عادلة كونها تالفة و يجب عليك حذف .ldb.

مع السليم محرك قاعدة البيانات (MSSQL, Sybase, 'Orable:أنا لا أحب الخلية النسخ الاحتياطي) ثم يمكنك أيضا النسخ الاحتياطي المناسب القدرة.إلا إذا كان لديك بعض whizzy برنامج النسخ الاحتياطي inuse الملفات, فمن الممكن سيكون لديك أي نسخ احتياطية من البيانات في الوصول ديسيبل.

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

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

Answer 5

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

Answer 6

ليس لدي الكثير من الخبرة مع الوصول, ولكن هذا الارتباط قد تكون مفيدة لك:

http://office.microsoft.com/en-us/access/HP052408601033.aspx

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

"عند فتح ملف قاعدة بيانات Access (.mdb) في وضع مشترك Microsoft Access أيضا يخلق قفل ملف المعلومات (.ldb) مع نفس اسم الملف (على سبيل المثال ، Northwind.ldb) و في نفس المجلد مثل ملف قاعدة البيانات.هذا ملف معلومات تأمين مخازن اسم الكمبيوتر (مثل mypc) والأمن اسم مثل (المشرف) من كل مشترك المستخدم من قاعدة البيانات.يستخدم Microsoft Access هذه المعلومات إلى التحكم في التزامن.في معظم الحالات, Microsoft Access تلقائيا حذف ملف معلومات تأمين عند المستخدم الأخير يغلق ملف قاعدة البيانات."

Answer 7

الوصول هو من المفترض أن يكون متعدد المستخدمين - أعتقد أن Microsoft توصي لمدة تصل إلى 4 أو 5 مستخدمين ، ولكن في الواقع كنت ننصح أبدا استخدام قاعدة بيانات Access حيث هناك أكثر من مستخدم واحد ، على الرغم من أن إذا كنت حقا لم يكن لديك خيار انها مقبولة لمدة يومين أو ثلاثة ، بالنظر إلى شروط معينة.

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

فعلا عموما العمل جيد إمكانية تطبيقه إذا لم يكن لديك الكثير من المتزامنة إدراج/تحديث و هو لا يستخدم بكثافة.رئيس المشاكل العملية في تجربتي هي..

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

2. انها بطيئة.في كل مرة قمت بتحديث نظام SQL Server لقد تلقيت الكثير من المديح على تسريع النظام من المستخدمين.

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

كل ما سبق هي أقل بكثير من مشكلة مع مستخدم واحد النظم القضايا الأساسية التي تدفع هذه هي أقل وضوحا.

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

Answer 8

إنه سبق أن ذكرت عدة مرات أن استخدام حقيقي متعدد المستخدمين مجانا قاعدة بيانات.ولكن واحدة من الأسباب لماذا لم يتم ذكر.هذا السبب هو: كم من القائمة, فوضوي, مزعجة, كبيرة الوصول إلى قواعد البيانات بدأت "عدد قليل من السجلات واحد أو اثنين من المستخدمين ماكس"?وأنا أجرؤ على القول كل منهم.

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

Answer 9

عندما تسير مع مشاركة شبكة أود أن أذهب مع شبكة تمكين قاعدة البيانات (mysql/firebird/mssql) بدلا من الوصول.

من أجل الوضع الخاص بك واصفا باستخدام الوصول لن يكون مشكلة.

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

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

أيضا عندما تريد منخفض فوق قاعدة البيانات التي هي موضوع آمنة يمكنك إلقاء نظرة على vistadb (أبطأ ثم الوصول ليس دائما مجانية 100% .صافي)

أعتقد أن يستخدم access الجدول مستوى أقفال مع بعض نوع من queeing آلية الأشياء التي يجب أن تعمل موافق.إذا كان لديك قلق حول هذا الموضوع يمكنك دائما رمي محاكاة اختبار الإجهاد في ذلك.

Answer 10

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

هنا الرابط التي قد تساعد.

يرجى الاطلاع على قبول الإجابة عن التفاصيل الحقيقية حول كيفية وصول طائرة الحصول على البيانات.

Answer 11

من فضلك لا تستخدم حصول سيناريو متعدد المستخدمين.

لقد مرت أسبوعين من الألم لأن predeccessor على مشروع اختار الوصول إلى الغاية.

أسباب ملموسة:

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