Las conexiones de la base de datos a veces fallan. Hay problemas con conn.open connstr y problemas al llamar a rs(user.id) en consultas de conexión. Recientemente, encontré un problema al crear un sistema de gestión de clientes para un cliente.
La situación es la siguiente cuando se utiliza la siguiente cadena de conexión:
connstr=DBQ=+server.mappath(db/#kehumsg.mdb)+;DefaultDir=;DRIVER={Controlador de Microsoft Access (*.mdb)};
establecer conexión=servidor.createobject(ADODB.CONEXIÓN)
conn.open connstr
Hay una consulta de unión,
La identificación de la segunda tabla a llamar se utiliza en
Normalmente, rs(b.id) se puede ajustar así, pero se muestra que el elemento no se encuentra en la colección correspondiente al nombre o número ordinal requerido.
No pude encontrar la respuesta después de publicar en csdn.
Finalmente, usé rs(id) para resolver el problema. Pensé que esta llamada debería ser para ajustar la identificación de la primera tabla.
Pero ajusta el segundo metro, pero lo que quiero es el segundo metro.
Después de investigar un poco, resulta que este es realmente el caso. Se siente bastante bien ajustar la identificación de la última tabla, jaja ~~.
Pero cuando estaba a punto de salir del trabajo, el cliente dijo que había un problema y que no se podía acceder a nada.
El error ocurrió en conn.open connstr de la conexión anterior.
¿Cómo pudo salir mal algo aquí? Busqué en línea y dije que esto sucedió, así que lo cambié de acuerdo con lo que dijo.
dbpath=servidor.mappath(db/#kehumsg.mdb)
connstr= proveedor=microsoft.jet.oledb.4.0;fuente de datos= & dbpath
establecer conexión=servidor.createobject(adodb.conexión)
conn.open connstr
No pensé mucho en ello, probablemente lo intenté.
Pero los buenos tiempos no duraron mucho y hoy el cliente planteó otro problema.
Después de echarle un vistazo, me convencí. Se produjo otro error en la consulta conjunta.
¿Cómo pudo suceder esto? Después de investigar un poco con el gerente, finalmente descubrí el problema:
En este momento, puedes llamar a rs (b.id) en el id de la segunda tabla y debes llamarlo de esta manera.
No puede ser como el primer carácter de unión,
Creo que debería ser un problema con el motor de la base de datos. No sé qué piensan todos.
Aquí recomiendo el segundo tipo de conexión a todos,
////////////////////////////////////////////////// /// ////////// ////////////////////////////////////////////////// /// ///////////
Se descubrió otro problema y la solución es: agregar usuarios para modificar los permisos de windows/temp.