Monaco-SQL-Editor verursacht Fehler - BUG?

Hallo!
<br />Wenn ich den Code richtig lese, ist das ganze Excel-Automatisieren darin überflüssig. Das würde ich auch weglassen, weil es höchstens zu unnötigen Sperrungen führen kann.
<br />Fragen:
<br />1. Wie lautete das SQL-Statement, das ursprünglich den Fehler 3823 verursacht hat?
<br />Und gab es den Fehler auch mit dem SQL-Statement als Abfrage, also außerhalb des Codes?
<br />Die Frage bezieht sich darauf, dass ich in mehreren Access-Versionen problemlos eine Aktualisierungsabfrage auf eine Access-Tabelle ausführen kann, auch wenn eine eingebundene Excel-Tabelle in der Abfrage drin ist.
<br />2. Ich grüble etwas über:
<br />> Lässt sich die Excel-Umgebung so definieren, dass sich eine Bearbeitung in Excel ausschließen lässt und sich das SQL-Statement doch ausführen lässt?
<br />Ich vermute, das bedeutet, dass der Fehler 3823 auch noch mit dem zuletzt hier geposteten Code passiert, also der aktualisierbaren Excel-Verwendung.
<br />Wenn dem so ist, dann wie geschrieben:
<br />Die Aktualisierbarkeit der Excel-Tabelle bringt hier wahrscheinlich eh nix. Das sollte auch mit einer eingebundenen Excel-Tabelle klappen. Aber ich würde das (ursprüngliche und neue) SQL-Statement erst mal in eine neue Abfrage kopieren und somit außerhalb des Codes und im reinen Access-Kontext testen.
<br />Servus
<br />Karl
<br />

Hallo StevenADA,

bei dem von dir beschriebenen Fehler, handelt es sich vermutlich um einen Bug, der durch ein Drittanbieter-Addin verursacht wird.

Schau Dir mal bitte den Thread an.

Link: "Bei der Weitergabe des Befehls ist ein Fehler aufgetreten"

Gruss
André

Hallo!

Das fehlende Eigenschaftenfenster für Feldlisten ist ein Bug in der neuesten Version von Access 365 und bereits bei MS gemeldet.

Bis er gefixt ist, hilft wohl nur den Alias im SQL-Text der Abfrage zu verwalten. Da du eine aktuelle Version mit dem Bug hast, sollte es darin auch den neuen Suchen/Ersetzen-Dialog im SQL-Fenster geben, der beim Alias-Schreiben hilfreich sein sollte.

Kleines Beispiel, falls du ungeübt in SQL bist:

Angenommen, du hast eine Abfrage, die in SQL-Ansicht so aussieht

SELECT tblPersonen.PId, tblPersonen.Nachname, tblPersonen.Vorname

FROM tblPersonen

und möchtest für die Tabelle tblPersonen den Alias T1
verwenden.

1. Ändere

FROM tblPersonen

zu

FROM tblPersonen AS T1

2. drücke in der SQL-Ansicht Strg+H um den Ersetzen-Dialog zu sehen

und lasse dir von ihm alle tblPersonen vor den Feldnamen durch
T1 ersetzen

3. Endergebnis

SELECT T1.PId, T1.Nachname, T1.Vorname

FROM tblPersonen AS T1

Hallo,

Wurden die Abfragen ebenfalls nach SQL Express migriert und danach eingebunden? Oder
liegen sie wie bisher lokal im FE vor und greifen auf verknüpfte Tabellen zu?

Fehler 3146 ist ein allgemeiner ODBC-Fehler, der vom ODBC-Treiber bei jedem Fehlschlag als letzte Meldung ausgegeben wird, was leider nicht sehr hilfreich ist. Die vorherigen Meldungen der Errors-Collection bekommt man nur zu sehen, wenn man die Abfrage
per VBA, z.B. als Recordset öffnet, was wegen der Parametereingabe etwas aufwändig ist.

Versuchen wir erst so:

Zeig mal die komplette Where-Bedingung einschließlich der Parametereingabe, die den Fehler verursacht.

Gruss - Peter

Hallo,



mit Alt + F11 kommst du in den VBA-Editor. Falls du keine Makros in der Mappe hast und dieses Verhalten bei jeder Mappe kommt, wird es durch ein Add-In verursacht. Deaktiviere alle Add-Ins und teste dann das Verhalten.



Mit freundlichen Grüßen

Claus