Endlosformular nach drei Feldern filtern, die mehrfachwerte enthalten

[Thüringer]

Ich habe ein Endlosformular, in dem drei Felder sind, in denen Mehrfachwerte gespeichert werden können. (Arzt-Fachrichtung, Ort, Therapieform). In jedem Feld können mehrfache Werte gespeichert werden, z.B. gibt es Arztpraxen mit mehren Fachrichtungen. Zum Filtern des Endlosformulars möchte eine Art Matrize mit Checkkästchen machen, die das Formular filtert und dann einer Druckmaske übergibt.

Ich dachte da an eine Matrize aus drei Kombinationsfelder mit Checkkästchen.

Meine Fragen:
* Ist es ratsam, eine Abfrage zu machen, die von den Kombinationsfeldern Werte erhält?
* Oder soll man einfach Formularseitig filtern und das dann drucken?
* Welche Lösung und welche Funktionen kann man empfehlen?
* Wie bekommt die Abfrage den Wert eines Kombinationsfeldes mit?

[MzKlMu]

Hallo,
verzichte unbedingt auf die Mehrwertfelder, die sind ungeeignet. Auch die Auswertung ist eher problematisch, wie Du gerade merkst.
Das sind klassische n:m Beziehungen die über 3 Tabellen abgebildet werden sollten.
Die Mehrwertfelder werden Dich immer wieder einholen. Also lieber gleich entfernen. Nur weil Microsoft die eingebaut hat, sind die noch lange nicht zu empfehlen.
Du wirst Du den Feldern auch eher wenig Hilfe bekommen, weil die kaum jemand einsetzt.

[Thüringer]

Ach so?

Also ich suche erstmal ein Steuerelement, wo ich z.B. Therapieformen abbilden möchte. Jede Praxis hat mehrere davon. Aktuell habe ich ein Listenfeld mit Mehrfachauswahl.

Wie soll man das nachbauen? Bin für jeden Tipp dankbar.

[Thüringer]

Ich dachte, es wäre sinnvoll, das Formular einschließend mit Kombinationsfeldern zu filtern, dann die ID's vom gefilterten auszulesen und an eine Druckmaske zu übergeben.

[Knobbi38]

Du solltest zunächst das Datenmodell erstellen und dann kann man dafür eine passende UI entwickeln, mit Such- und Anzeigefunktionen. Wenn du dir die Liste der Steuerelemente in Access anschaust, wirst du sicherlich welche dabei finden, die dann zu dieser UI passen und ihren Zweck erfüllen. Pauschal kann man da nicht viel zu sagen.

Knobbi38

[Thüringer]

Ich verstehe das logisch nicht.

Da muss man doch für jeden der Werte ein eigenes Feld in der Tabelle anlegen. Und die Nutzer fügen noch immer wieder welche hinzu oder löschen welche.

[Knobbi38]

Da muss man doch für jeden der Werte ein eigenes Feld in der Tabelle anlegen.

Datenbanken kennst du aber schon, oder? Vielleicht solltest du dich erstmal mit den Grundlagen von relationalen Datenbanken und insbesondere mit den Datenmodellen befassen, bevor du so ein Projekt umsetzen möchtest.

Ein Forum eignet sich nicht zur Vermittlung von Grundlagen zu einem bestimmten Thema, sondern übernimmt eher die Rolle eines Helfenden bei konkreten Problemen und Fragestellungen. 
Andere Medien eignen sich viel besser, um didaktisch an die Themen Access und Datenbanken heranzuführen, z.B. Tutorials, Bücher, Fachartikel usw.

Um deine Frage noch zu beantworten:
Es werden keine neuen Felder in einer Tabelle angelegt, sondern weitere Datensätze hinzugefügt.

[MzKlMu]

Hallo,
hier mal ein Tutorial zu Access.

https://www.access-tutorial.de/

Da werden auch n:m Beziehungen erläutert.

Da muss man doch für jeden der Werte ein eigenes Feld in der Tabelle anlegen.

Nein, das hast Du noch nicht verstanden.

Bei Dir wären das 3 Tabellen

- 1. Praxen
- 2. Therapieformen
- 3. PraxisTherapie (n:m Tabelle)

In der 3. Tabelle werden in je einem Datensatz Therapieformen den Praxen zugeordnet. Ausschließlich über die Schlüsselfelder der Tabellen 1 und 2

[Thüringer]

Ja, das sind diese ineinander verschachtelten Tabellen. Da blickt keiner mehr durch. Das traue ich mir nicht zu.

Das soll ja auch nur ein kleines Projekt werden.

[Thüringer]

.... In der 3. Tabelle werden in je einem Datensatz Therapieformen den Praxen zugeordnet. Ausschließlich über die Schlüsselfelder der Tabellen 1 und 2

Bei mir gibt es noch mehr Tabellen, weil es auch noch mehr Kriterien gibt. Wie Regionen, Fachärzte, Sonderangebote, Gruppentherapie/Einzeltherapie, Privatabrechnung usw.. Das würden locker 10 Tabellen.

Und die existieren ja schon. Ich frage sie in der Haupt-Tabelle in je einem Feld ab, lasse aber Mehrfach-Antworten zu. Weil beispielsweise ein Arzt Gruppe und Einzel anbieten kann, oder einer privat und kasse zugleich abrechnet.

Ich denke es wäre einfacher, das Formular formularseitig zu filtern, dann die ID's auszulesen und an eine Abfrage zu übergeben.

Klar sehen das die alten Hasen nicht gern, wenn es nicht so gebaut ist, dass es für alle Erweiterungen aufwärtsstabil ist. Aber es wird ja auch nicht großartig erweitert. Und ich kanns auch einfach nicht.

[MzKlMu]

Hallo,

Ich denke es wäre einfacher, das Formular formularseitig zu filtern,

Es wird in der Regel immer über ein Formular gefiltert, auch bei n:m Beziehungen.

diese ineinander verschachtelten Tabellen. Da blickt keiner mehr durch.

Da ist eher das Gegenteil der Fall, bei diesen Mehrwertfeldern blickt keiner mehr durch, weil da viel im Hintergrund läuft. Auch bei den Mehrwertfeldern wird von Access n:m Tabellen angelegt. Das Problem ist, dass man da nicht sieht was abläuft.

Klar sehen das die alten Hasen nicht gern, wenn es nicht so gebaut ist,

Das hat damit nichts zu tun. Das Problem ist, das es bei einem ungeeigneten Datenmodell keine Erfahrungen gibt und damit auch die Hilfe schwierig wird bzw. gar nicht möglich ist.
Ich habe z.B. nicht die geringste Vorstellung was Du da vorhast.

PS: Bitte keine vollständigen Beiträge zitieren.

[Thüringer]

Ich brauche eine Liste von Therapeuten, um jungen Patienten dabei zu helfen, einen Therapieplatz zu bekommen. Das ist heute nämlich immer schwieriger.

Bestimmte Sachen sind aber nicht möglich, zum Beispiel kein FE/BE-Design, weil es keinen gemeinsamen Server gibt. Vielmehr soll die DB per Email verschickt werden. Sie enthält dann auch so Instruktionen zum telefonieren und zum Kostenerstattungsverfahren.

Ich dachte:
* wenn man das Design mit Zuordnungstabellen verwendet (n:m), müssen Abfragen geschrieben werden, wo dann die Filterung stattfindet
* und dass man dann natürlich vom Formular aus Werte an die Abfrage zurück geben muss, was ich auch nicht kann

[Knobbi38]

Bestimmte Sachen sind aber nicht möglich, zum Beispiel kein FE/BE-Design, weil es keinen gemeinsamen Server gibt. Vielmehr soll die DB per Email verschickt werden.

Genau dann sollte man eine Trennung zwischen Frontend und Daten (BE) vornehmen, sonst verschickst du deine Datenbank und die Eingaben des Anwenders sind weg.

[Bitsqueezer]

Hallo,

es wäre sinnvoll, zu Beginn einer Frage das Ziel aufzuzeigen.

Wenn ich Dich richtig verstanden habe, möchtest Du den zukünftigen Patienten eine Liste von Therapeuten in Datenbankform zusenden, und die Access-Anwendung soll ermöglichen, anhand von Kriterien des Patienten passende Therapeuten zu listen, die dann anhand von weiteren Informationen entsprechend kontaktiert werden können.

Prinzipiell OK, aber das bedeutet, daß der Patient auch einen PC mit Windows und Access (mind. die Runtime Version, die gratis ist) zur Verfügung hat.
Das trifft sicher nicht auf viele Benutzer zu.
Inwieweit Du dazu Therapeutendaten verschicken darfst, wäre dann noch eine datenschutzrechtliche Frage.

Ich würde zumindest von den Therapeuten eine Einverständniserklärung einholen, vielleicht möchten sie ja nicht in so einer Liste eingetragen werden.

Ich würde so ein Projekt auch definitiv als Web-Anwendung erstellen. Zum Beispiel mit MySQL bei einem Webhoster, das kostet je nach Anbieter sicher nicht mehr als 5€/Monat.

Der Webhoster sollte MySQL und PHP anbieten, dann kannst Du dort eine Datenbank anlegen (mit phpMyAdmin geht das recht einfach zu verwalten und ist bei der zu erwartenden Menge Tabellen/Daten auch nicht schwer zu erstellen).

Dann kannst Du ein einfaches Recherche-Tool mit z.B. Xataface erstellen:
https://xataface.com/

Das braucht keine PHP-Programmierkenntnisse, wird einfach mit einem Installer auf dem Webspace installiert und braucht nur ein paar Konfigurationen, um jede beliebige MySQL-Datenbank verwalten zu können. Damit kannst Du z.B. Filter-Formulare erstellen, aber ebenso auch Eingabeformulare.

So könnten Deine User einfach mit einem beliebigen Browser nach passenden Therapeuten suchen mit Eingabe entsprechender Filter. Das funktioniert dann auf allen internetfähigen Endgeräten, also auch Handies, Tablets usw. Der User muß dazu keine IT-Kenntnisse haben, außerdem muß er keine Mailadresse an Dich liefern, er kann also jederzeit selbständig Therapeuten suchen, ganz ohne Anmeldung und anonym. Was gerade bei Therapiepatienten sicherlich nicht unwichtig ist.

Und da es ein Webhoster ist, kannst Du auch entsprechende Infoseiten als ganz normale Webseiten erstellen, wobei die meisten Webhoster hierzu auch einfache Editoren anbieten. Alternativ kannst Du auch ein Webtool installieren, ein CMS (Content Management System) wie Joomla oder ein WordPress usw., außerdem kannst Du mit der gleichen Datenbank auch gleich ein Forum wie phpBB auf Deinen Webspace installieren, wenn Du Austausch zwischen Usern zulassen willst usw.

Ich persönlich würde einer mir zugesendeten Access-Datei nicht einfach so vertrauen, da man in VBA natürlich auch Viren einschleusen kann.

Gruß

Christian

[Beaker s.a.]

Hallo,

Vielmehr soll die DB per Email verschickt werden.

Wie soll das denn funktionieren? Das heisst doch, dass du, solange
du die DB nicht zurück bekommst, daran gar nicht arbeiten kannst.

Oder willst du nur bestimmte Daten und die Instruktionen versenden?
Dann brauchst du Berichte, die die Daten, per Abfrage, zusammen
fassen, und die du dann verschicken kannst.

I.Ü. ist das bei deinen Erfahrungen (Anfänger) ein ziemlich ambitioniertes
Vorhaben. Um damit voran zu kommen, und auch Spass daran zu haben, MUSST
du dich mit den Grundlagen beschäftigen; - ich habe es aus Büchern gelernt. Du findest
hier im Forum aber auch Links zu den Grundlagen (wurden wahrscheinlich
sogar schon gepostet).

gruss ekkehard