Недавно я столкнулся с проблемой, когда создавал систему управления клиентами для своих клиентов:
При использовании следующей строки соединения следующая ситуация заключается в следующем
connstr = "dbq ="+server.mappath ("db/#kehumsg.mdb")+"; defaultdir =; driver = {microsoft accessdriver (*. mdb)};"
setConn = server.createObject ("adodb.connection")
Conn.openconstr
Есть запрос присоединения,
Используйте идентификатор второй таблицы, который будет вызван,
Обычно RS («B.ID») может быть скорректирован таким образом, но он отображается в наборе, соответствующем желаемому имени или порядковому номеру, и элементы не найдены.
Я не могу найти ответ после публикации на CSDN.
Наконец, я использовал RS («ID»), чтобы решить проблему. Я подумал, что этот вызов должен быть для настройки идентификатора первой таблицы.
Но он настраивает вторую таблицу, но я хочу вторую.
После изучения его, оказывается, что это правда. Он настраивает идентификатор последней таблицы. Это чувствует себя довольно хорошо. Я могу что -то найти, ха -ха ~~
Но когда клиент собирался сойти с работы, он сказал, что есть проблема, и он не мог войти.
Ошибка находится в Conn.openconnstr из приведенного выше соединения,
Почему здесь ошибка? Я посмотрел в Интернете и сказал, что это так, поэтому я изменил это на
dbpath = server.mappath ("db/#kehumsg.mdb")
connstr = "Provider = microsoft.jet.oledb.4.0; dataSource =" & dbpath
setConn = server.createObject ("adodb.connection")
Conn.openconstr
Не думал, может быть, я мог бы попробовать это.
Но хорошие времена длились недолго, и сегодня клиент снова упомянул проблему.
Когда я понял, я был убежден, и это был совместный запрос, и была ошибка.
Почему это происходит? Я изучал его с менеджером и, наконец, нашел проблему:
В настоящее время идентификатор во второй таблице можно назвать RS («B.ID»), и он должен быть вызван таким образом.
Не могу сделать это как первый персонаж присоединения,
Я думаю, что это должна быть проблема с двигателем базы данных. Я не знаю, что все думают
Здесь мы рекомендуем второе соединение,
//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Другая проблема была найдена, решение: пользователи разрешений Windows/Temp плюс элемент для изменения разрешений.