Office: (Office 2013) = Laufzeitfehler ' 2105 '

Hallo Miteinander
Ich bin etwas frustiert ...

Per 'Klick' auf Schaltfläche vom Startformular (frm_FormulareStart) heraus, wird das Hauptformular (frm_PersonenMitarbeiterMitglieder) per DoCmd.OpenForm Ereignis gestartet ...
Das Passwort-Abfrage-Ereignis wird korrekt aufgerufen... Bei fehlerhaften PW wird korrekt reagiert und es passiert nämlich nichts.
Bei der korrekten Eingabe des PW allerdings, gibt es einen Laufzeitfehler ... dann wurde PW ja validiert und das Formular sollte geladen werden...

Der Laufzeit-Fehler '2105' wird beim "Laden" Ereignis angezeigt, wo es zum letzten Datensatz springen soll:
"Sie können nicht zu dem angegebenen Datensatz springen".

Private Sub Form_Load()
DoCmd.GoToRecord , , acLast '

:)

 

Hallo,

ist oder wird das Formular gefiltert oder ist die Eigenschaft "Daten eingeben" auf JA gestellt?

 

Hallo
Das Formular wird NICHT gefiltert, und unter "Daten eingeben" steht NEIN.

 

Printscreen_FormularEigenschaften.png

 

In der Datensatzquelle ist eine SQL-Anweisung enthalten; liefert diese min. 1 Datensatz zu dem dann per acLast gesprungen werden kann?

 

---------------

 

Dieser ganze Rattenschwanz wird bei der Datensatzquelle aufgerufen ...
Ich habe zudem ein Kombi-Feld im Hauptformular, welches auf eine "andere" Tabelle (tbl_KategorieGruppeAuswahl) verweist! Ist dies nicht erlaubt ?

SELECT tbl_PersonenMitarbeiterMitglieder.*, tbl_KategorieGruppeAuswahl.Kategorie_Auswahl FROM tbl_KategorieGruppeAuswahl INNER JOIN tbl_PersonenMitarbeiterMitglieder
ON tbl_KategorieGruppeAuswahl.Kategorie_Auswahl = tbl_PersonenMitarbeiterMitglieder.Kategorie_Bez;

In der Haupt-Tabelle (tbl_PersonenMitarbeiterMitglieder) sind über 30 Datensätze enthalten zu denen gesprungen werden kann!

 

*confused.gif*
Ergibt die von Dir gezeigte SQL-Anweisung min. 1 Datensatz wenn Du sie als Abfrage ausführst?

 

Servus pubbl,
erstelle eine leere Abfrage.
Gehe dort in die SQL-Ansicht und kopiere Deinen SQL-Anweisung da rein
Code:

Schau dort, ob die Abfrage einen Datensatz anzeigt.
Wenn nicht, dann ändere mal den Code:

auf Code:

oder Code:

Das kannst du entweder direkt in SQL oder in der normalen Entwurfsansicht über Rechtsklick mit der Maus auf die Bezugslinie und eine der 3 Optionen wählen.

 

ändere mal den Code:

auf Code:

oder Code:

Hoppla! Du hast recht! nachdem ich INNER JOIN zu "RIGHT JOIN" im Eigenschaftenfenster des Haupt-Formulars änderte funktioniert alles wieder ordnungsgemäss!

Kannst Du mir als Access-Neuling erklären, weshalb Access diese automatisch erstellten SQL Anweisungen nicht auch wieder automatisch korrigiert ??

 

Nein :-)

 

Ich rate dazu, keine direkten SQL Anweisungen in der Datenherkunft zu verwenden, sondern immer Abfragen, denn diese kann man besser kontrollieren.
Ob INNER JOIN, LEFT JOIN oder RIGHT JOIN musst du selbst bestimmen.
Wie gesagt kommst Du mit Rechts Mouseclick auf eine Beziehungslinie
in die folgende Auswahl (siehe Bild)

 

Wenn die Abfrage kein Ergebnis liefert, wird diese Anweisung auch im Formular keine Datensätze liefern.
Wo nichts ist, kann auch nicht zum letzten gesprungen werden *wink.gif*

 

und immer schön eine Fehlerabfangroutine einbauen.
Code:

 

Danke für Deinen Ratschlag ...
Obwohl ich alle Verknüpfungen entfernt/gelöscht habe, blieben diese SQL Anweisungen erhalten ?? Mühsam !

Ich schreibe eigentlich keine SQL-Anweisungen in die Datenherkunft, dass erledigt Access von alleine!