أحيانًا ما تسوء اتصالات قاعدة البيانات. توجد مشكلات في conn.open connstr، ومشاكل في الاتصال بـ rs(user.id) في استعلامات الاتصال. واجهت مؤخرًا مشكلة عند إنشاء نظام إدارة العملاء للعميل:
يكون الوضع كما يلي عند استخدام سلسلة الاتصال التالية:
connstr=DBQ=+server.mappath(db/#kehumsg.mdb)+;DefaultDir=;DRIVER={Microsoft Access Driver (*.mdb)};
تعيين conn=server.createobject(ADODB.CONNECTION)
conn.open connstr
يوجد استفسار انضمام
يتم استخدام معرف الجدول الثاني الذي سيتم الاتصال به
عادةً، يمكن تعديل rs(b.id) على هذا النحو، ولكن يظهر أنه لم يتم العثور على العنصر في المجموعة المقابلة للاسم المطلوب أو الرقم الترتيبي.
لم أتمكن من العثور على الإجابة بعد النشر على csdn.
أخيرًا، استخدمت rs(id) لحل المشكلة التي اعتقدت أن هذه المكالمة يجب أن تكون لضبط معرف الجدول الأول.
لكنه يضبط العداد الثاني، لكن ما أريده هو العداد الثاني.
بعد بعض البحث، اتضح أن هذا هو الحال بالفعل، فهو يضبط معرف الجدول الأخير، إنه شعور جيد جدًا، يمكنني البحث عن شيء بنفسي، هاها ~~
ولكن عندما كنت على وشك الخروج من العمل، قال العميل أن هناك مشكلة ولا يمكن الوصول إلى أي شيء.
حدث الخطأ في conn.open connstr للاتصال أعلاه.
كيف يمكن أن يحدث خطأ هنا؟ لقد بحثت عبر الإنترنت وقلت أن هذا حدث، فغيرته وفقًا لما قاله.
dbpath=server.mappath(db/#kehumsg.mdb)
connstr= Provider=microsoft.jet.oledb.4.0;مصدر البيانات= & dbpath
تعيين conn=server.createobject(adodb.connection)
conn.open connstr
لم أفكر كثيرًا في الأمر، ربما حاولت ذلك،
لكن الأوقات الجيدة لم تدم طويلاً، واليوم أثار العميل مشكلة أخرى.
بعد إلقاء نظرة عليه، كنت مقتنعا بحدوث خطأ آخر في الاستعلام المشترك.
كيف يمكن أن يحدث هذا، وبعد إجراء بعض الأبحاث مع المدير، اكتشفت المشكلة أخيرًا:
في هذا الوقت، يمكنك الاتصال بـ rs(b.id) في معرف الجدول الثاني ويجب عليك الاتصال به بهذه الطريقة.
لا يمكن أن يكون مثل شخصية الانضمام الأولى،
أعتقد أنها يجب أن تكون مشكلة في محرك قاعدة البيانات، ولا أعرف ما يعتقده الجميع.
وهنا أوصي بالنوع الثاني من الاتصال للجميع،
////////////////////////////////////////////////////////////////// /// ////////// ////////////////////////////////////////////////////////////////// /// ///////////
تم اكتشاف مشكلة أخرى والحل هو: إضافة مستخدمين لتعديل صلاحيات windows/temp.