Office: (Office 2007) Beim Öffnen des Formulars wird CURRENT Ereignis nicht ausgeführt

Hallo,

ich habe die seltsame Situation, dass bei zwei verschiedenen Datenbeständen -ich nenne sie mal DB-A und DB-B- beim Öffnen eines Formulars im einen Fall (DB-A) die Ereignisse LOAD und CURRENT ausgeführt werden, im anderen Fall (DB-B) aber nur das LOAD-Ereignis ausgeführt wird, CURRENT tritt hier gar nicht ein, was dann im weiteren zu einem Laufzeitfehler führt. Der Code ist folgender:

Code:

Der Datensatz ist in beiden Fällen in der Tabelle vorhanden.

Hat jemand eine Idee, warum das Current-Ereignis nicht eintritt?

Gruß, Johannes.

:)

 

Trage doch mal unter
Code:

gleich am Anfang des betroffenen Formulares den Befehl
Code:

ein.
Frage: zu welchem Ereignis in welchem Form gehört der von Dir gepostete Code? Was soll die Zeile mit Set BU bewirken? (Der Code-Schnipsel taugt nicht zur Hilfestellung.)

 

Ist der Code in beiden Formularen absolut identisch? Prüfe auch mal die Datensatzherkunft (wird die über die Formular-Eigenschaften gesetzt oder per Code?) ob es da Unterschiede gibt.

Gruß

Rainer

 

Der Code ist identisch, weil gleiche Access Datei. Bei der Datenbank handelt es sich um eine SQL Server Datenbank. Das mit der Datensatzherkunft werde ich noch mal checken.

Das Problem tritt in der Codezeile DoCmd.OpenForm auf (mit Debugger getestet). Bei der DB-A durchlaufe ich zuerst Private Sub Form_Load() und danach sofort Private Sub Form_Current(). Bei der DB-B komme ich gar nicht in Private Sub Form_Current(). Insofern bringt hier auch ein Stop nichts.

Johannes.

 

Wurde der Code beim fehlerhaften Formulare nur reinkopiert (dann sind die Prozeduren erfahrungsgemäß noch nicht aktiviert), oder über Eigenschaften dem Ereignis zugewiesen (so sollte man es immer machen)?

 

Load="beim Laden"; Current="beim Anzeigen"
Das Load-Ereignis tritt VOR dem Current auf.
Bei der DB-B kommst Du nicht in das Load-Ereignis??? Dann wird auch kein Formular geöffnet! Stop sollte auch ins Current, nicht ins Load...

 

Das habe ich in meiner Antwort falsch geschrieben. Es muss natürlich "Bei der DB-B komme ich gar nicht in Private Sub Form_Current()" heißen - habe es oben korrigiert. Sorry!

 

Wie gesagt, es handelt sich um die dieselbe Access-Datei, d.h. der Code ist für beide Datenbanken identisch, und der Code wurde über die Eigenschaften dem Ereignis zugewiesen!

 

Sicherheitshalber könntest du das Ereignis noch einmal neu über "Eigenschaften" zuweisen.

Da du auf SQL-Server-DBs zugreifst: ist der SELECT-Zugriff auf die Datenherkunft des Problemformulares erlaubt?

Ansonsten: Unterscheiden sich die MDBs sehr? Falls nur die Verbindungen angepasst werden müssen, sprich die Tabellenverknüpfungen, dann kopiere einfach MDB-A und verwende diese nach Anpassung als MDB-B.

 

Dann setz mal einen Haltepunkt oder Stop im Form_Load(), evtl. wird Form nicht oder fehlerhaft geladen, dann kommt es nicht zum Current-Ereignis.
Siehe auch Arnes Hinweise, check das auch mal ab.

 

Ich habe den Eindruck, dass ich mich nicht verständlich genug ausgedrückt habe. Deshalb hier noch mal der Versuch.

• Ich starte die Anwendung über die Datei yxz.accdb.
• Diese Access Anwendung hat über eine ODBC Verbindung Zugriff auf die SQL Server Datenbank xyzDB.
• Über den SQL Server Manger stelle ich die Version DB-A als xyzDB bereit.
• Ich führe die Funktion zum Anlegen einer neuen Buchung aus.
• Die neue Buchung ist in der "Buchungstabelle" gespeichert
• Bei Ausführung des Befehls 'DoCmd.OpenForm "Buchungen", , , "[Nr] = " & BuchungsNr' (darauf habe ich einen Haltepunkt gesetzt) wird zuerst die Prozedur 'Private Sub Form_Load()' durchlaufen und anschließend die Prozedur 'Private Sub Form_Current()' – das habe ich mit dem Debugger im Einzelschritt-Modus getestet. Dabei tritt auch kein anderer Fehler auf.
• Das Formular "Buchungen" wird mit der neu angelegten Buchung angezeigt, Basis ist eine Query.
• Ich beende die Anwendung.
• Über den SQL Server Manger stelle ich die Version DB-B als xyzDB bereit.
• Ich starte die Anwendung über die Datei yxz.accdb wieder neu.
• Ich führe die Funktion zum Anlegen einer neuen Buchung aus.
• Die neue Buchung ist in der "Buchungstabelle" gespeichert
• Bei Ausführung des Befehls 'DoCmd.OpenForm "Buchungen", , , "[Nr] = " & BuchungsNr' (darauf habe ich einen Haltepunkt gesetzt) wird jetzt nur die Prozedur 'Private Sub Form_Load()' durchlaufen, und danach wird mit dem Befehl 'Set BU = Forms("Buchungen")' fortgesetzt – das habe ich mit dem Debugger im Einzelschritt-Modus getestet.
• Das Formular "Buchungen" wird mit der neu angelegten Buchung nicht angezeigt, Basis ist die gleiche Query wie bei DB-A.

Demnach wird die Form in beiden Situationen fehlerfrei geladen und auch der SELECT-Zugriff ist in beiden Fällen erlaubt.

 

Fehlt wohl der Befehl zum öffnen?
Set BU = Forms("Buchungen") öffnet doch nichts! Also kann das Load-Ereignis des Forms und das darauf in der Regel folgende Current-Ereignis doch gar nicht stattfinden!
In meiner ersten Antwort stellte ich bereits die Frage:
Was soll die Zeile mit Set BU bewirken?

 

\@ jcl

Kill mal das Formular in Datenbank-B und importiere das Formular aus DB-A nach DB-B.

Funktioniert es danach dann in DB-B?

Gruß

Rainer

 

\@Rainer: Das ist ja der Witz: es handelt sich um die selbe (!=gleiche) accdb , allerdings wird im Hintergrund die SQL-Datenbank "umbenannt", sodass bei Neustart der accdb das Problem auftritt.

@jcl: Sind die SQL-Datenbanken/Tabellen denn strukturell gleich? So wie ich Beitrag #11 verstehe, scheint's ja wirklich nur an der Quelle zu liegen. Hat z.B. das Feld "Nr" in den Buchungstabellen beide Male den selben Datentyp? Besitzt die Buchungstabelle in der problembehafteten SQL-DB noch mehr Felder (z.B. ein Bit- vulgo Ja/Nein-Feld)?

 

Nein! Was macht den der Befehl "DoCmd.OpenForm "Buchungen", , , "[Nr] = " & BuchungsNr" anderes, als ein Formular zu öffnen!?