- Welcome to Access-o-Mania.
Hilfe zu Microsoft Access und verwandten Produkten
Neueste Beiträge
#31
Access Programmierung / Re: Auf Eingabe in einem UF fe...
Letzter Beitrag von Knobbi38 - März 16, 2026, 14:56:35Hallo Nicolo,
wenn in der Tabelle ein Feld mit "Eingabe erforderlich" angelegt wird, muß auch etwas eingegeben werden. Man sollte natürlich kein leere Zeichenfolge erlauben, was ja auch eine Eingabe ist!
Der VBA Code macht genau was wer soll und wie du es programmiert hast. Wahrscheinlich hast du aber vergessen, dass ein BeforeUdpdate Event nur ausgelöst wird, wenn sich auch etwas geändert hat!
Eine gute Alternative ist das Form_BeforeUpdate Event. Man könnte jetzt auch auf die Idee kommen, das Textbox_Exit Event zu verwenden, wovon ich aber nur dringend abraten kann!
Eine weitere Möglichkeit wäre noch eine Gültigkeitsregel für die Textbox, aber auch dort gilt das gleiche wie für das BeforeUpdate Event.
Also im Form_BeforeUpdate:
Knobbi38
wenn in der Tabelle ein Feld mit "Eingabe erforderlich" angelegt wird, muß auch etwas eingegeben werden. Man sollte natürlich kein leere Zeichenfolge erlauben, was ja auch eine Eingabe ist!
Der VBA Code macht genau was wer soll und wie du es programmiert hast. Wahrscheinlich hast du aber vergessen, dass ein BeforeUdpdate Event nur ausgelöst wird, wenn sich auch etwas geändert hat!
Eine gute Alternative ist das Form_BeforeUpdate Event. Man könnte jetzt auch auf die Idee kommen, das Textbox_Exit Event zu verwenden, wovon ich aber nur dringend abraten kann!
Eine weitere Möglichkeit wäre noch eine Gültigkeitsregel für die Textbox, aber auch dort gilt das gleiche wie für das BeforeUpdate Event.
Also im Form_BeforeUpdate:
Code [Auswählen]
Private Sub Form_BeforeUpdate(Cancel As Integer)
Debug.Print "Form_BeforeUpdate()"
If Len(Nz(txtaktReichw, "")) = 0 Then
Cancel = -1
Beep
txtaktReichw.SetFocus
End If
End Sub
und die Eigenschaften für das Feld in der Tabelle richtig einstellen, damit auch Änderungen bei einer SQL-Anweisung abgefangen werden, nicht nur im Formular! Knobbi38
#32
Access Programmierung / Re: Fehler bei Massenimport DA...
Letzter Beitrag von Blaupunkt79 - März 16, 2026, 14:39:41Hallo Zusammen,
nachdem unsere IT nun endlich eine neue Richtlinien Gruppe anlegt hat, wird der besagte Hkey "AllowQueryRemoteTables" mit Wert 1 nun automatisch übernommen.
In der Vergangenheit hat mir den immer jemand von der IT manuell hinterlegt.
Heute wollte ich die Funktion austesten, Hkey neu überspielt und ich teste sozusagen den Massenimport.
Jetzt erhalte ich die Fehlermeldung "installierbares ISAM nicht gefunden"?! Den Fehler hatte ich nicht, als die IT den Hkey manuell eingetragen hat, da hat alles funktioniert. Habt Ihr eine Ahnung, was der Fehler sein kann und vor allem, wie man diesen behebt?
Danke
Grüße
nachdem unsere IT nun endlich eine neue Richtlinien Gruppe anlegt hat, wird der besagte Hkey "AllowQueryRemoteTables" mit Wert 1 nun automatisch übernommen.
In der Vergangenheit hat mir den immer jemand von der IT manuell hinterlegt.
Heute wollte ich die Funktion austesten, Hkey neu überspielt und ich teste sozusagen den Massenimport.
Jetzt erhalte ich die Fehlermeldung "installierbares ISAM nicht gefunden"?! Den Fehler hatte ich nicht, als die IT den Hkey manuell eingetragen hat, da hat alles funktioniert. Habt Ihr eine Ahnung, was der Fehler sein kann und vor allem, wie man diesen behebt?
Danke
Grüße
#33
Access Programmierung / Re: Access Datenbank speichern
Letzter Beitrag von Knobbi38 - März 16, 2026, 14:22:54Btw.: auch die FE ist eine DB und sollte deshalb nicht im geöffneten Zustand kopiert werden!
#34
Formular / Re: Endlosformular Popup
Letzter Beitrag von Knobbi38 - März 16, 2026, 14:10:21Hallo Stele,
Knobbi38
ZitatDie Berechnung der Hoehe aus den Einzelmassen und der Anzahl der Satensaetze funktioniert auch nicht annaehernd korrekt.Natürlich kann man alle diese Berechnungen korrekt durchführen, man muss halt nur wissen, auf was sich genau die verschiedenen Maßangaben bei einem Fenster und dessen Inhalt beziehen. Wenn man das alles berücksichtigt, kann man solche Einstellungen präzise machen, fragt sich nur, ob das überhaupt notwendig ist. Normalerweise überlässt man solche Größeneinstellungen den wünschen des Anwenders, eventuell überwacht man noch Mindestmaße, das sollte dann aber auch ausreichen.
Knobbi38
#35
Formular / Re: Kombifelder leeren
Letzter Beitrag von Cherry Brandy - März 16, 2026, 14:08:36Dankeschön für die Tipps und vor allem die Links. Die werden mir - auch bei anderen Fragen und Problemen - in Zukunft sehr helfen. 
#36
Microsoft Excel / Re: Update einspielen
Letzter Beitrag von Knobbi38 - März 16, 2026, 14:03:35Hallo,
vielleicht noch eine Anregung, was die Bak-Datei betrifft:
Nicht einfach ungeprüft irgendeine .Bak Datei löschen, sondern du solltest schon einen möglichst eindeutigen Namen für diese Datei vergeben (Timestamp?) und den dann in der VersionB in der Prozedur ProcessUpdate() persistent übernehmen, z.B. als CustomProperty. Eventuell kann man auch einen Backup-Ordner anlegen und dort die .Bak Datei hin verschieben. Eine Prüfung auf Exists alleine erscheint mir nicht stabil genug zu sein.
Knobbi38
vielleicht noch eine Anregung, was die Bak-Datei betrifft:
Nicht einfach ungeprüft irgendeine .Bak Datei löschen, sondern du solltest schon einen möglichst eindeutigen Namen für diese Datei vergeben (Timestamp?) und den dann in der VersionB in der Prozedur ProcessUpdate() persistent übernehmen, z.B. als CustomProperty. Eventuell kann man auch einen Backup-Ordner anlegen und dort die .Bak Datei hin verschieben. Eine Prüfung auf Exists alleine erscheint mir nicht stabil genug zu sein.
Knobbi38
#37
Access Programmierung / Auf Eingabe in einem UF feld p...
Letzter Beitrag von Nicolo#22 - März 16, 2026, 13:07:06Hallo zusammen
Mit folgendem Verhalten habe ich Probleme:
Habe ein HF mit einem UF. In das UF habe ich nun ein weiteres Feld eingefügt, bzw. in die dazugehörige Tabelle,
sowie die entsprechenden Abfragen.
Ziel war jetzt eine Eingabe zu erzwingen und eine MsgBox mit Hinweis anzuzeigen.
Erster Versuch ist, dieses Feld in der Tabelle auf EINGABE ERFORDERLICH zu setzen. Das wird ignoriert.
Zweiter Versuch per VBA.
Den Code habe ich sowohl im HF probiert als auch im UF. Keine Reaktion.
Neue DS mir diesem neuen Feld werden gespeichert ohne die Eingabe.
Was ist falsch?
Mit folgendem Verhalten habe ich Probleme:
Habe ein HF mit einem UF. In das UF habe ich nun ein weiteres Feld eingefügt, bzw. in die dazugehörige Tabelle,
sowie die entsprechenden Abfragen.
Ziel war jetzt eine Eingabe zu erzwingen und eine MsgBox mit Hinweis anzuzeigen.
Erster Versuch ist, dieses Feld in der Tabelle auf EINGABE ERFORDERLICH zu setzen. Das wird ignoriert.
Zweiter Versuch per VBA.
Den Code habe ich sowohl im HF probiert als auch im UF. Keine Reaktion.
Neue DS mir diesem neuen Feld werden gespeichert ohne die Eingabe.
Was ist falsch?
Code [Auswählen]
'dieser Code erzwingt die Eingabe der Rest Reichweite im Ufo
Private Sub Form_BeforeUpdate(Cancel As Integer)
If IsNull(Me.txtaktReichw) Or Me.txtaktReichw = "" Then
MsgBox "Wert für Reichweite eingeben!", vbExclamation, "Eingabe erforderlich"
Me.txtaktReichw.SetFocus
Cancel = True ' Speichern verhindern
End If
End Sub #38
Formular / Re: Kombifelder leeren
Letzter Beitrag von Knobbi38 - März 16, 2026, 12:42:42Hallo,
das meiste hat Christian schon erläutert, aber noch einmal zurück zu den "Beziehungen", wobei die Begrifflichkeit im Deutschen etwas synonym verwendet wird. In einem Abfragefenster werden keine Beziehungen hergestellt, sondern die "Linien" mit ihren verschiedenen Endpunkten stehen für die verschiedenen "Joins" in der SQL-Abfragesprache. Im Beziehungsfenster hingegen werden Relationen (Constraints) eingerichtet. Das sind zwei vollkommen unterschiedliche Vorgänge. Eine relationale Datenbank "lebt" praktisch von solchen Relation und sollten deshalb auch unbedingt genutzt und eingerichtet werden.
Was die Namenskonventionen betrifft, gibt es verschiedene Notationen aus den verschiedenen Bereichen, welche jeweils ihre Anhänger haben. Wichtiger dabei ist aber, dass sie innerhalb eines Projekts einheitlich sein sollten.
MS hat ma diese "Vorschläge" gemacht:
https://learn.microsoft.com/de-de/office/vba/language/concepts/getting-started/visual-basic-naming-rules
https://learn.microsoft.com/de-de/office/vba/language/concepts/getting-started/document-conventions-visual-basic-for-applications
Weitere andere Konzepte findet man mit jeder Suchmaschine mit "vba naming conventions".
Listen für "Best Practices" kenne ich jetzt nicht. Das sind in der Regel Verfahren und Regeln, die sich bei Softwareentwicklern als vorteilhaft erwiesen haben. Hier kann man einfach mal im Internet mit "programmierung best practice" suchen, aber nicht alle Hinweise sind wirklich brauchbar.
Bei der objektorientierten Programmierung oder dem objektorientiertem Design sollten zumindest die Regeln der "Gang of Four" beachten werden.
Knobbi38
das meiste hat Christian schon erläutert, aber noch einmal zurück zu den "Beziehungen", wobei die Begrifflichkeit im Deutschen etwas synonym verwendet wird. In einem Abfragefenster werden keine Beziehungen hergestellt, sondern die "Linien" mit ihren verschiedenen Endpunkten stehen für die verschiedenen "Joins" in der SQL-Abfragesprache. Im Beziehungsfenster hingegen werden Relationen (Constraints) eingerichtet. Das sind zwei vollkommen unterschiedliche Vorgänge. Eine relationale Datenbank "lebt" praktisch von solchen Relation und sollten deshalb auch unbedingt genutzt und eingerichtet werden.
Was die Namenskonventionen betrifft, gibt es verschiedene Notationen aus den verschiedenen Bereichen, welche jeweils ihre Anhänger haben. Wichtiger dabei ist aber, dass sie innerhalb eines Projekts einheitlich sein sollten.
MS hat ma diese "Vorschläge" gemacht:
https://learn.microsoft.com/de-de/office/vba/language/concepts/getting-started/visual-basic-naming-rules
https://learn.microsoft.com/de-de/office/vba/language/concepts/getting-started/document-conventions-visual-basic-for-applications
Weitere andere Konzepte findet man mit jeder Suchmaschine mit "vba naming conventions".
Listen für "Best Practices" kenne ich jetzt nicht. Das sind in der Regel Verfahren und Regeln, die sich bei Softwareentwicklern als vorteilhaft erwiesen haben. Hier kann man einfach mal im Internet mit "programmierung best practice" suchen, aber nicht alle Hinweise sind wirklich brauchbar.
Bei der objektorientierten Programmierung oder dem objektorientiertem Design sollten zumindest die Regeln der "Gang of Four" beachten werden.
Knobbi38
#39
Access Programmierung / Re: Access Datenbank speichern
Letzter Beitrag von LehmeMa - März 16, 2026, 12:32:10Zitat von: Bitsqueezer am März 16, 2026, 12:28:41ACCDE: Kann nur erstellt werden, wenn es beim Kompilieren in VBA keine Fehler gab.
Fehler gefunden. Danke
#40
Access Programmierung / Re: Access Datenbank speichern
Letzter Beitrag von LehmeMa - März 16, 2026, 12:30:46@Doming
Darum hat mich deine Lösung auch erst begeistert.
Doch bei fehlender Verbindung zum BE wird der User mit Fehlermeldungen konfrontiert.
Mal sehen, wie ich die abfangen kann.
Darum hat mich deine Lösung auch erst begeistert.
Doch bei fehlender Verbindung zum BE wird der User mit Fehlermeldungen konfrontiert.
Mal sehen, wie ich die abfangen kann.