Иногда возникают проблемы с подключением к базе данных. Возникают проблемы с conn.open connstr и проблемы с вызовом rs(user.id) в запросах на подключение. Недавно я столкнулся с проблемой при построении системы управления клиентами:
Ситуация следующая при использовании следующей строки подключения:
connstr=DBQ=+server.mappath(db/#kehumsg.mdb)+;DefaultDir=;DRIVER={Драйвер Microsoft Access (*.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= поставщик=microsoft.jet.oledb.4.0;источник данных= & dbpath
set conn=server.createobject(adodb.connection)
conn.open connstr
Я особо не думал об этом, наверное, попробовал,
Но хорошие времена длились недолго, и сегодня заказчик поднял еще одну проблему.
Посмотрев на это, я убедился, что в совместном запросе произошла еще одна ошибка.
Как такое могло произойти? После некоторого исследования с менеджером я наконец обнаружил проблему:
В это время вы можете вызвать rs(b.id) по идентификатору второй таблицы, и вы должны вызвать ее таким образом.
Он не может быть похож на первый символ соединения,
Я думаю, что это должна быть проблема с ядром базы данных. Я не знаю, что все думают.
Здесь всем рекомендую второй тип подключения,
/////////////////////////////////////////////////// /// ////////// /////////////////////////////////////////////////// /// ///////////
Была обнаружена еще одна проблема, и ее решение: добавьте пользователей для изменения разрешений windows/temp.