Vor kurzem habe ich auf ein Problem gestoßen, als ich ein Kundenmanagementsystem für meine Kunden errichtete:
Bei Verwendung der folgenden Verbindungszeichenfolge ist die folgende Situation wie folgt
connStr = "dbq ="+server.mappath ("db/#kehumsg.mdb")+"; defaultDir =; TRAVER = {Microsoft AccessDriver (*. Mdb)};"
setConn = server.createObject ("adodb.Connection")
Conn.openconnstr
Es gibt eine Join -Abfrage,
Verwenden Sie die ID der zweiten Tabelle, die aufgerufen werden soll.
Normalerweise kann RS ("B.ID") auf diese Weise angepasst werden, wird jedoch in dem Satz angezeigt, der dem gewünschten Namen oder der gewünschten Ordnungsnummer entspricht, und es werden keine Elemente gefunden.
Ich kann die Antwort nach dem Posten auf CSDN nicht finden.
Schließlich habe ich RS ("ID") verwendet, um das Problem zu lösen. Ich dachte, dieser Anruf sollte sein, die ID der ersten Tabelle anzupassen.
Aber es passt die zweite Tabelle an, aber was ich will, ist die zweite.
Nach dem Studium stellt sich heraus, dass dies wahr ist. Es passt die ID der letzteren Tabelle an. Es fühlt sich ziemlich gut an. Ich kann selbst etwas finden, haha ~~
Aber als der Kunde gerade von der Arbeit steigen wollte, sagte er, es gebe ein Problem und er könne nicht hineinkommen.
Der Fehler befindet sich am Conn.OpenConnstr der obigen Verbindung,
Warum gibt es hier einen Fehler? Ich habe es online nachgesehen und gesagt, dass dies der Fall ist, also habe ich es geändert
dbpath = server.mappath ("db/#kehumsg.mdb")
connstr = "Provider = microsoft.jet.oledb.4.0; dataSource =" & dbPath
setConn = server.createObject ("adodb.Connection")
Conn.openconnstr
Ich habe nicht viel gedacht, vielleicht könnte ich es versuchen.
Aber die guten Zeiten dauerten nicht lange und heute erwähnte der Kunde das Problem erneut.
Als ich es bekam, war ich überzeugt und es war eine gemeinsame Frage und es gab einen Fehler.
Warum passiert das? Ich habe es beim Manager studiert und schließlich das Problem gefunden:
Zu diesem Zeitpunkt kann die ID in der zweiten Tabelle RS ("B.Id") genannt werden und muss auf diese Weise aufgerufen werden.
Kann es nicht wie der erste Join -Charakter tun,
Ich denke, es sollte ein Problem mit der Datenbankmotor sein. Ich weiß nicht, was jeder denkt
Hier empfehlen wir die zweite Verbindung,
////////////////////////. .//////////////////////.. /////////////////// .////////////.
Ein weiteres Problem wurde gefunden: Lösung: Die Berechtigungsbenutzer von Windows/Temps sowie das Element zur Änderung der Berechtigungen.