- Welcome to Access-o-Mania.
Hilfe zu Microsoft Access und verwandten Produkten
Neueste Beiträge
#51
Tabelle/Abfrage / Problem bei Sortierreihenfolge...
Letzter Beitrag von Hpseel - November 29, 2025, 10:12:11Hallo,
Ich verwende Access 2016.
Bei einem 'Select ... Order by KST' sortiere ich die Datensätze nach der Kostenstellen-Nr. (Kst).
Diese ist historisch so gestaltet, dass sie eine Zahl im Textformat enthält mit nicht
einheitlicher Stellenzahl (mal 3, mal 4, mal 5 Stellen), siehe auch Bild).
Wenn ich nur das blanke Select verwende, kommt die "richtige" Reihenfolge (im Bild ganz links).
Mache ich jedoch ein 'Select ... into table ...order by Kst'
ist die Reihenfolge in der Tabelle immer wieder unterschiedlich (Bild Mitte und rechts).
Kennt jemand dieses Phänomen und weiss eine Abhilfe?
Womöglich kann man die "Regeln" beim Sortieren von Zahlen in Textform irg.wo einstellen?
Vielen Dank für Tipps! HPS
Ich verwende Access 2016.
Bei einem 'Select ... Order by KST' sortiere ich die Datensätze nach der Kostenstellen-Nr. (Kst).
Diese ist historisch so gestaltet, dass sie eine Zahl im Textformat enthält mit nicht
einheitlicher Stellenzahl (mal 3, mal 4, mal 5 Stellen), siehe auch Bild).
Wenn ich nur das blanke Select verwende, kommt die "richtige" Reihenfolge (im Bild ganz links).
Mache ich jedoch ein 'Select ... into table ...order by Kst'
ist die Reihenfolge in der Tabelle immer wieder unterschiedlich (Bild Mitte und rechts).
Kennt jemand dieses Phänomen und weiss eine Abhilfe?
Womöglich kann man die "Regeln" beim Sortieren von Zahlen in Textform irg.wo einstellen?
Vielen Dank für Tipps! HPS
#52
Formular / Re: Datensatz in Endlosformula...
Letzter Beitrag von FredFred - November 28, 2025, 13:18:41Wie bereits erklärt, ist das eine n:m Beziehung zwischen den Fachbegriffen und den Texten (sofern die Fachbegriffe nicht unique für einen Datensatz sind). Also fehlt dir die 3te Tabelle wie im Bild und meiner hochgeladenen DB dargestellt.
#53
Formular / Re: Datensatz in Endlosformula...
Letzter Beitrag von Boogie61 - November 28, 2025, 13:15:01Hallo, vielen Dank für eure schnelle Antwort. Ich muss jetzt erst einmal auf die Suche nach den Unterschieden gehen, denn: Ich habe zum Hochladen einer Beispiel-DB diese neu erstellt, mit zwei Tabellen (eine mit den deutschen und englischen Texten und die zweite mit den Fachbegriffen) und einem Formular, als Endlosformular. Und komischerweise kann ich dort tatsächlich die Daten ändern, also zum Beispiel eine neue Übersetzung eingeben oder eine bestehende ändern. Seltsam. Bei der "richtigen" Datenbank funktioniert das nicht. Vermutlich liegt es an Verknüpfungen oder anderen Eigenschaften. Das finde ich heraus. Sollte ich nicht weiterkommen, melde ich mich hier noch einmal. Aber trotzdem Danke.
Gruß Boogie61
Gruß Boogie61
#54
Formular / Re: Datensatz in Endlosformula...
Letzter Beitrag von Knobbi38 - November 28, 2025, 12:40:13Hallo Boogie,
natürlich kann man bei einem Formular in der Endlosansicht Datensätze ändern. Aus deiner Beschreibung wird jetzt nicht klar, was genau du vor hast. Denke aber daran, dass das keine Excel Tabelle ist, sondern dort einzelne Datensätze angezeigt werden, auch wenn die Anzeige zunächst mal so aussehen sollte! Wenn du mehrere Datensätze in einem Rutsch ändern möchtest, würde man das mit einer SQL Anweisung machen.
Knobbi38
natürlich kann man bei einem Formular in der Endlosansicht Datensätze ändern. Aus deiner Beschreibung wird jetzt nicht klar, was genau du vor hast. Denke aber daran, dass das keine Excel Tabelle ist, sondern dort einzelne Datensätze angezeigt werden, auch wenn die Anzeige zunächst mal so aussehen sollte! Wenn du mehrere Datensätze in einem Rutsch ändern möchtest, würde man das mit einer SQL Anweisung machen.
Knobbi38
#55
Formular / Re: Datensatz in Endlosformula...
Letzter Beitrag von FredFred - November 28, 2025, 12:03:08Das ist eigentlich Standard, dass du Datensätze verändern kannst. So wie ich das verstehe, willst du einen ausgewählten Datensatz im Endlosformular im HF darstellen?
Wie ist das Kombi gebaut? Als Mehrfachauswahl? als n:m Datenmodell?
Hierzu müsste man wissen, was du gebastelt hast.
Als Anhang mal eine klassische n:m, da du schreibst du bist Anfänger - sollte man mit dem dB-Modell anfangen.
Kannst du deine DB (ohne sensible Daten) hochladen?
Hier mal eine DB (gezipped) als Beispiel. Wenn du im Ufo auf die Text-id klickst, wird der DS im HF dargestellt..
Wie ist das Kombi gebaut? Als Mehrfachauswahl? als n:m Datenmodell?
Hierzu müsste man wissen, was du gebastelt hast.
Als Anhang mal eine klassische n:m, da du schreibst du bist Anfänger - sollte man mit dem dB-Modell anfangen.
Kannst du deine DB (ohne sensible Daten) hochladen?
Hier mal eine DB (gezipped) als Beispiel. Wenn du im Ufo auf die Text-id klickst, wird der DS im HF dargestellt..
#56
Formular / Datensatz in Endlosformular än...
Letzter Beitrag von Boogie61 - November 28, 2025, 11:57:29Hallo zusammen, ich bin Access-Neuling und habe ein Anliegen, welches mit Eurer Hilfe vielleicht gelöst werden kann. Möglicherweise wäre es im VBA-Bereich auch aufgehoben, aber eventuell geht es auch Programmierung. Also:
Ich habe eine Tabelle, in der ein englischer Text (Langer Text), die deutsche Übersetzung dazu (Langer Text) und ein bis vier Fachbegriffe (Kombifeld mit Daten aus anderer Tabelle) stehen.
Nun möchte ich gerne alle Datensätze als Endlosformular angezeigt bekommen, aber auch Texte, die noch nicht übersetzt wurden, durch Anklicken im Endlosformular ändern/ergänzen. Nach meinen bisherigen Recherchen ist dies ohne weiteres nicht möglich. Auch der Versuch, ein Unterformular (als Endlosformular) einzubinden, um dann nach Anklicken des betreffenden Datensatzes im Unterformular diesen Datensatz im Hauptformular zu ändern, klappte nicht. Gibt es überhaupt irgend eine Möglichkeit, sich mehrere Datensätze anzusehen und dann einen davon zu ändern? Natürlich kann ich jeden Satz einzeln aufrufen und ändern, aber das ist nicht das Optimale. Hat jemand eine Idee? Wie gesagt, könnte ich auch per VBA eingreifen, falls dies der richtige Weg wäre. Vielen Dank für Eure Mühe,
Gruß Boogie61
Ich habe eine Tabelle, in der ein englischer Text (Langer Text), die deutsche Übersetzung dazu (Langer Text) und ein bis vier Fachbegriffe (Kombifeld mit Daten aus anderer Tabelle) stehen.
Nun möchte ich gerne alle Datensätze als Endlosformular angezeigt bekommen, aber auch Texte, die noch nicht übersetzt wurden, durch Anklicken im Endlosformular ändern/ergänzen. Nach meinen bisherigen Recherchen ist dies ohne weiteres nicht möglich. Auch der Versuch, ein Unterformular (als Endlosformular) einzubinden, um dann nach Anklicken des betreffenden Datensatzes im Unterformular diesen Datensatz im Hauptformular zu ändern, klappte nicht. Gibt es überhaupt irgend eine Möglichkeit, sich mehrere Datensätze anzusehen und dann einen davon zu ändern? Natürlich kann ich jeden Satz einzeln aufrufen und ändern, aber das ist nicht das Optimale. Hat jemand eine Idee? Wie gesagt, könnte ich auch per VBA eingreifen, falls dies der richtige Weg wäre. Vielen Dank für Eure Mühe,
Gruß Boogie61
#57
Tabelle/Abfrage / Re: Eingabe einer Zahl inklusi...
Letzter Beitrag von Markus R. - November 27, 2025, 18:28:31Danke für euer Hilfe, jetzt geht es an die Umsetzung... mit der Option wieder hier vorbeizuschauen 
Gruß, Markus
Gruß, Markus
#58
Formular / Re: E-Mail aus Access direkt v...
Letzter Beitrag von Debus - November 26, 2025, 15:04:57Ich würde schon bei der Eingabe der Mail Adresse prüfen ob diese Valide ist.
Ungefähr so:
Diese Function gibt True oder False zurück und das am besten schon bei der Eingabe. und ansonsten hat Christian recht, man müsste mal den gesamten Code sehen.
Holger
Ungefähr so:
Code [Auswählen]
Public Function IsValidEmail(sEmailAddress As String) As Boolean
Dim objRegExp As Object
Set objRegExp = CreateObject("VBScript.RegExp")
With objRegExp
.Pattern = "^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$"
.IgnoreCase = True
.Global = False
End With
IsValidEmail = objRegExp.Test(sEmailAddress)
End Function
Diese Function gibt True oder False zurück und das am besten schon bei der Eingabe. und ansonsten hat Christian recht, man müsste mal den gesamten Code sehen.
Holger
#59
Tabelle/Abfrage / Re: Eingabe einer Zahl inklusi...
Letzter Beitrag von Doming - November 26, 2025, 09:06:53Moin Markus,
wenn Du zwischen zwei Grenzwerten prüfen willst, guck Dir mal die Hilfe zu ,,BETWEEN" an.
Gruß
Doming
wenn Du zwischen zwei Grenzwerten prüfen willst, guck Dir mal die Hilfe zu ,,BETWEEN" an.
Gruß
Doming
#60
Formular / Re: Formular "vergisst" Datenq...
Letzter Beitrag von Bitsqueezer - November 26, 2025, 08:21:05Hallo René,
warum eine Extratabelle? Man kann Daten durch ein Zusatzfeld einfach typisieren. "A" für Absender, "E" für Empfänger, dann geht alles in eine Tabelle.
Davon ab, daß man die Daten grundsätzlich so organisieren sollte, daß sie nur ein Objekt beschreiben, aber nicht ihren Verwendungszweck.
Eine Person hat Name, Vorname, Geburtsdatum z.B.
Alles Attribute, die fester Bestandteil einer Person sind.
Eine Person hat eine Mailadresse. Das ist aber kein Bestandteil der Person. Sie muß keine Mailadresse haben, sie kann auch mehr als eine haben. Eine Mailadresse gehört also nicht in eine Personentabelle.
Eine Mailadresse kann zum Senden und Empfangen von Mails verwendet werden. Es gibt also keine "Empfängermailadresse" oder "Absendermailadresse". Es gibt eine Mailadresse oder eine Liste von Mailadressen, die einer Person oder einer Firma zugeordnet werden kann. Also gehört zu einer Mailadressentabelle nur die Mailadresse, ansonsten nur Attribute, die mit der Mailadresse direkt zu tun haben. Da fallen mir spontan nicht wirklich viele Attribute ein, etwa ein "Aktiv"-Ja/Nein-Feld.
Die Person/die Firma braucht nun aber immer noch eine Mailadresse, bis jetzt gibt es nur zwei Objektbeschreibungstabellen, komplett getrennt voneinander. Also brauchst Du eine Verbindungstabelle dazwischen, die Dir die Zuordnung ermöglicht. Das ist die m:n-Tabelle, die Du jetzt über mehrwertige Felder künstlich (und schwer handhabbar) eingebaut hast.
Die besteht aus der ID der Person und der ID der Mailadresse.
Damit kannst Du jede Mailadresse jeder Person zuordnen bzw. einer Person beliebig viele Mailadressen.
Hast Du eine Sammel-Mailadresse, wie in Firmen oft üblich, können viele Personen die gleiche Mailadresse erhalten.
Das ist in mehrwertigen Feldern nicht möglich: Die erlauben Dir nur, mehrere Unterdatensätze in einem Datensatz zu speichern, aber im nächsten Datensatz mußt Du die Liste erneut aufbauen.
Mit Adressen ist es ebenso: Sie beschreiben einen Ort, eine Adresse, aber sie sind neutral, keiner Person und keiner Firma zugeordnet allein durch die Adresse - eine Mietwohnung kann morgen einen anderen Mieter haben, ein Haus kann verkauft werden, eine Person kann umziehen - usw.
Die Adresse selbst ändert sich dadurch nicht.
Erst die Zuordnungstabelle m:n macht die Adresse zu einem Zeitraum zugehörig zu einer Person oder einer Firma. Den Zeitraum kann die Zuordnungstabelle verwalten. Außerhalb dieses Zeitraumes gehört die Adresse nicht zu der Person.
Wenn Du immer so vorgehst, Daten in kleinen Einheiten in einzelne Tabellen aufzuteilen, hast Du am Ende viel weniger Kopfschmerzen.
Je frühzeitiger Du das Datenmodell korrekt einrichtest, desto weniger Probleme hast Du am Ende. Wenn Deine jetzige Lösung unbedingt am Mo. laufen soll, so what. Dann ist der nächste Schritt, das Datenmodell danach zu korrigieren und dann die Daten aus der bereits verwendeten Datenbank zu übertragen, was erst einmal Arbeit machen wird.
Wenn Du das gleiche in einem Jahr probierst, in dem schon alles Mögliche "schräge" angeflanscht wurde, werden die Probleme immer größer und die Lösungsmöglichkeiten immer schwieriger.
Gruß
Christian
warum eine Extratabelle? Man kann Daten durch ein Zusatzfeld einfach typisieren. "A" für Absender, "E" für Empfänger, dann geht alles in eine Tabelle.
Davon ab, daß man die Daten grundsätzlich so organisieren sollte, daß sie nur ein Objekt beschreiben, aber nicht ihren Verwendungszweck.
Eine Person hat Name, Vorname, Geburtsdatum z.B.
Alles Attribute, die fester Bestandteil einer Person sind.
Eine Person hat eine Mailadresse. Das ist aber kein Bestandteil der Person. Sie muß keine Mailadresse haben, sie kann auch mehr als eine haben. Eine Mailadresse gehört also nicht in eine Personentabelle.
Eine Mailadresse kann zum Senden und Empfangen von Mails verwendet werden. Es gibt also keine "Empfängermailadresse" oder "Absendermailadresse". Es gibt eine Mailadresse oder eine Liste von Mailadressen, die einer Person oder einer Firma zugeordnet werden kann. Also gehört zu einer Mailadressentabelle nur die Mailadresse, ansonsten nur Attribute, die mit der Mailadresse direkt zu tun haben. Da fallen mir spontan nicht wirklich viele Attribute ein, etwa ein "Aktiv"-Ja/Nein-Feld.
Die Person/die Firma braucht nun aber immer noch eine Mailadresse, bis jetzt gibt es nur zwei Objektbeschreibungstabellen, komplett getrennt voneinander. Also brauchst Du eine Verbindungstabelle dazwischen, die Dir die Zuordnung ermöglicht. Das ist die m:n-Tabelle, die Du jetzt über mehrwertige Felder künstlich (und schwer handhabbar) eingebaut hast.
Die besteht aus der ID der Person und der ID der Mailadresse.
Damit kannst Du jede Mailadresse jeder Person zuordnen bzw. einer Person beliebig viele Mailadressen.
Hast Du eine Sammel-Mailadresse, wie in Firmen oft üblich, können viele Personen die gleiche Mailadresse erhalten.
Das ist in mehrwertigen Feldern nicht möglich: Die erlauben Dir nur, mehrere Unterdatensätze in einem Datensatz zu speichern, aber im nächsten Datensatz mußt Du die Liste erneut aufbauen.
Mit Adressen ist es ebenso: Sie beschreiben einen Ort, eine Adresse, aber sie sind neutral, keiner Person und keiner Firma zugeordnet allein durch die Adresse - eine Mietwohnung kann morgen einen anderen Mieter haben, ein Haus kann verkauft werden, eine Person kann umziehen - usw.
Die Adresse selbst ändert sich dadurch nicht.
Erst die Zuordnungstabelle m:n macht die Adresse zu einem Zeitraum zugehörig zu einer Person oder einer Firma. Den Zeitraum kann die Zuordnungstabelle verwalten. Außerhalb dieses Zeitraumes gehört die Adresse nicht zu der Person.
Wenn Du immer so vorgehst, Daten in kleinen Einheiten in einzelne Tabellen aufzuteilen, hast Du am Ende viel weniger Kopfschmerzen.
Je frühzeitiger Du das Datenmodell korrekt einrichtest, desto weniger Probleme hast Du am Ende. Wenn Deine jetzige Lösung unbedingt am Mo. laufen soll, so what. Dann ist der nächste Schritt, das Datenmodell danach zu korrigieren und dann die Daten aus der bereits verwendeten Datenbank zu übertragen, was erst einmal Arbeit machen wird.
Wenn Du das gleiche in einem Jahr probierst, in dem schon alles Mögliche "schräge" angeflanscht wurde, werden die Probleme immer größer und die Lösungsmöglichkeiten immer schwieriger.
Gruß
Christian