Recientemente encontré un problema cuando estaba construyendo un sistema de gestión de clientes para mis clientes:
Al usar la siguiente cadena de conexión, la siguiente situación es la siguiente
connstr = "dbq ="+server.mappath ("db/#kehumsg.mdb")+"; defaultDir =; controlador = {Microsoft AccessDriver (*. Mdb)};"
setconn = server.createObject ("ADODB.Connection")
Conn.openconnstr
Hay una consulta de unión,
Use la identificación de la segunda tabla que se llamará,
Normalmente, RS ("B.ID") se puede ajustar de esta manera, pero se muestra en el conjunto correspondiente al nombre u número ordinal deseado, y no se encuentran elementos.
No puedo encontrar la respuesta después de publicar en CSDN.
Finalmente, usé RS ("ID") para resolver el problema. Pensé, esta llamada debería ser ajustar la identificación de la primera tabla.
Pero ajusta la segunda tabla, pero lo que quiero es el segundo.
Después de estudiarlo, resulta que esto es cierto. Ajusta la ID de la última tabla. Se siente bastante bien. Puedo encontrar algo solo, jaja ~~
Pero cuando el cliente estaba a punto de salir del trabajo, dijo que había un problema y que no pudo entrar.
El error está en el conn.openconnstr de la conexión anterior,
¿Por qué hay un error aquí? Lo busqué en línea y dije que este es el caso, así que lo cambié a
dbpath = server.mappath ("db/#kehumsg.mdb")
Connstr = "Provider = Microsoft.Jet.OLEDB.4.0; DataSource =" & dbpath
setconn = server.createObject ("ADODB.Connection")
Conn.openconnstr
No pensé mucho, tal vez podría probarlo.
Pero los buenos tiempos no duraron mucho, y hoy el cliente volvió a mencionar el problema.
Cuando lo obtuve, estaba convencido y era una consulta conjunta y hubo un error.
¿Por qué está sucediendo esto? Lo estudié con el gerente y finalmente encontré el problema:
En este momento, la ID en la segunda tabla se puede llamar RS ("B.ID") y debe llamarse de esta manera.
No puedo hacerlo como el primer personaje de unión,
Creo que debería ser un problema con el motor de la base de datos. No sé lo que todos piensan
Aquí recomendamos la segunda conexión,
////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////
Se encontró otro problema, solución: usuarios de permisos de Windows/TEMP más el elemento para modificar el permiso.