Recentemente, encontrei um problema quando estava construindo um sistema de gerenciamento de clientes para meus clientes:
Ao usar a seguinte sequência de conexão, a seguinte situação é a seguinte
Connstr = "dbq ="+server.mappath ("db/#kehumsg.mdb")+"; defaultDir =; driver = {Microsoft AccessDriver (*. mdb)};"
setConn = server.createObject ("adodb.connection")
Conn.OPENCONNSTR
Há uma consulta de junção,
Use o ID da segunda tabela para ser chamado,
Normalmente, o RS ("B.ID") pode ser ajustado dessa maneira, mas é exibido no conjunto correspondente ao nome desejado ou número ordinal, e nenhum item é encontrado.
Não consigo encontrar a resposta depois de postar no CSDN.
Finalmente, usei o RS ("ID") para resolver o problema. Eu pensei que essa chamada deveria ser ajustar o ID da primeira tabela.
Mas ajusta a segunda tabela, mas o que eu quero é o segundo.
Depois de estudá -lo, acontece que isso é verdade. Ele ajusta o ID da última tabela. É muito bom. Eu posso encontrar algo sozinho, haha ~~
Mas quando o cliente estava prestes a sair do trabalho, ele disse que havia um problema e não conseguiu entrar.
O erro está no Conn.OpenconnsTr da conexão acima,
Por que há um erro aqui? Eu olhei online e disse que é esse o caso, então mudei para
dbpath = server.mappath ("db/#kehumsg.mdb")
Connstr = "Provider = Microsoft.Jet.oledb.4.0; DataSource =" & DBPath
setConn = server.createObject ("adodb.connection")
Conn.OPENCONNSTR
Não pensei muito, talvez eu pudesse tentar.
Mas os bons tempos não duraram muito e hoje o cliente mencionou o problema novamente.
Quando o recebi, fiquei convencido e era uma consulta conjunta e houve um erro.
Por que isso está acontecendo? Estudei com o gerente e finalmente encontrei o problema:
Neste momento, o ID na segunda tabela pode ser chamado de RS ("B.id") e deve ser chamado dessa maneira.
Não posso fazer isso como o primeiro personagem de junção,
Eu acho que deve ser um problema com o mecanismo de banco de dados. Eu não sei o que todo mundo pensa
Aqui recomendamos a segunda conexão,
/////////////////////////////////////////////////////////////////////////////////////////////////Ticis //////////////////////////////////////////////////////////////////////Uver
Outro problema foi encontrado, solução: usuários de permissão do Windows/Temp mais o item para modificar a permissão.