Às vezes, as conexões de banco de dados dão errado. Há problemas com conn.open connstr e problemas ao chamar rs(user.id) em consultas de conexão Recentemente, encontrei um problema ao construir um sistema de gerenciamento de clientes para um cliente:
A situação é a seguinte ao usar a seguinte cadeia de conexão:
connstr=DBQ=+server.mappath(db/#kehumsg.mdb)+;DefaultDir=;DRIVER={Driver do Microsoft Access (*.mdb)};
definir conn=server.createobject(ADODB.CONNECTION)
conn.open connstr
Há uma consulta de junção,
O id da segunda tabela a ser chamada é usado em
Normalmente, rs(b.id) pode ser ajustado assim, mas é exibido que o item não foi encontrado na coleção correspondente ao nome ou número ordinal necessário.
Não consegui encontrar a resposta depois de postar no csdn.
Por fim, usei rs(id) para resolver o problema, pensei, essa chamada deveria ser para ajustar o id da primeira tabela.
Mas ajusta o segundo medidor, mas o que eu quero é o segundo medidor.
Depois de alguma pesquisa, descobri que este é realmente o caso. Ajusta o ID da última tabela. É muito bom poder pesquisar algo sozinho, haha ~~.
Mas quando eu estava prestes a sair do trabalho, o cliente disse que havia um problema e que não era possível acessar nada.
O erro ocorreu em conn.open connstr da conexão acima.
Como algo poderia dar errado aqui? Pesquisei online e disse que isso aconteceu, então mudei de acordo com o que ele disse.
dbpath=server.mappath(db/#kehumsg.mdb)
connstr=provedor=microsoft.jet.oledb.4.0;fonte de dados= & dbpath
definir conn=server.createobject(adodb.connection)
conn.open connstr
Não pensei muito sobre isso, provavelmente tentei,
Mas os bons tempos não duraram muito e hoje o cliente levantou outro problema.
Depois de dar uma olhada, fiquei convencido. Ocorreu outro erro na consulta conjunta.
Como isso pôde acontecer? Depois de algumas pesquisas com o gerente, finalmente descobri o problema:
Neste momento, você pode chamar rs(b.id) no id da segunda tabela e deve chamá-lo desta forma.
Não pode ser como o primeiro caractere de junção,
Acho que deve ser um problema com o mecanismo de banco de dados, não sei o que todos pensam.
Aqui eu recomendo o segundo tipo de conexão para todos,
/////////////////////////////////////////////// /// ////////// /////////////////////////////////////////////// /// ///////////
Outro problema foi descoberto, e a solução é: adicionar usuários para modificar as permissões do windows/temp.