Access-o-Mania

Hallo zusammen,

ich habe jetzt schon viel ausprobiert und recherchiert, aber ohne Erfolg. Ich bin mir sicher, es gibt eine einfache Lösung für das Problem(chen).

Ich habe vier verschiedene Formulare (Behälter, Pumpen, Maschinen und Hebezeuge), die alle auf die selben verknüpften Tabellen zugreifen. Beim Öffnen des "Pumpen-Formulars" sollen automatisch nur die entsprechenden Datensätze z.Bsp. "Pumpen" angezeigt werden und nicht alle zigtausend Datensätze. Die Datensatzherkunft ist in einer verknüpften Tabelle hinterlegt (tblFormulartyp).

Vielleicht ist die Info noch hilfreich:

Nach dem Öffnen mit dem automatischen Vorfilter, soll noch individuell gefiltert werden können.

Hat irgendwer einen Lösungsansatz?

Danke!

Hi,

wenn du schon verschiedene Formulare hast, so kannst du die Datensatzquelle auch fest eintragen. Anders wäre es, wenn du ein Formular mit verschiedenen Datensatzquellen füttern willst - was natürlich die bessere Lösung wäre. Oder welchen Grund gibt es für die verschiedenen Formulare, die alle auf denselben Tabellen basieren, was unterscheidet sie?

Hi,
die verschiedenen Formulare sind notwendig, da es in der technischen Datenbank knapp 100 Felder gibt. Also hauptsächlich wegen der Übersichtlichkeit und beim Ausdruck soll es im Idealfall nur eine DIN A4 Seite werden.

Vielleicht hilft eine Beziehungsübersicht im Anhang das zu verdeutlichen. :)

Ok, zu dem Tabellenaufbau sage ich jetzt mal nichts... ;-)

Was genau steht denn in der Tabelle "Formulartyp"? Und wie öffnest du die Formulare, gibt es schon Code dazu?
Du könntest bspw. den Formulartyp vor dem Öffnen auslesen und als Openargs-Parameter beim Öffnen übergeben. Im Formularereignis "Beim Öffnen" oder "Beim Laden" kannst du den Parameter - sofern es sich dabei um den Namen einer gespeicherten Abfrage handelt - der Recordsource-Eigenschaft des Formulars zuweisen.

Was hältst du davon?

Hallo,

ZitatOk, zu dem Tabellenaufbau sage ich jetzt mal nichts... ;-)

dann halt ich (wie immer).  ;D

ZitatIch habe vier verschiedene Formulare (Behälter, Pumpen, Maschinen und Hebezeuge),

Sind die alle in einer Tabelle, mit den jeweils zutreffenden Feldern?

Zitatda es in der technischen Datenbank knapp 100 Felder gibt

100 Felder in einer Tabelle, hatte ich noch nie. Wenn eine Tabelle mehr als 10-20 Felder hat, sind Zweifel am Datenmodell angebracht.

Wenn ich mir z.B. die Apparatetabelle ansehe (die leider nicht vollständig zu sehen ist, zu kurz und zu schmal), so besteht da jede Menge Optimierungsbedarf.
Z,B, bei den Litern. Mit einer weiteren Tabelle für die Art der Liter und einer Zuordnungstabelle (n:m Beziehung) werden die 7 Felder in der Tabelle schon gar nicht mehr benötigt. Wahrscheinlich gibt es noch viel mehr solcher Felder
Für die Apparate (Behälter, Pumpen, Maschinen und Hebezeuge) sollte es je eine Tabelle geben in der nur die zutreffenden Felder enthalten sind. Ggf. sind auch n:m Beziehungen anzulegen.
Die jetzige Tabelle enthält nur die Felder die für alle Apparate zutreffend sind (z.B. Anlagennr, Inventarnummer etc.)- Die einzelnen Detailtabellen bekommen einen Fremdschlüssel (ohne Duplikate) zu der für diesen Datensatz zutreffenden Apparate Grundfeldertabelle. Das ist dann eine 1:1 Beziehung.

Dadurch hast Du in einer Abfrage nur die für den Apparat zutreffenden Felder, ganz automatisch. Auf dem Formular kannst Du die Apparatetypen mit den zutreffenden Feldern auf Registern anzeigen, ganz übersichtlich.
Auch für einen Bericht werden automatisch nur die zutreffenden Felder verwendet.
Bis jetzt lässt sich das alles ohne irgendeine Programmierung darstellen, alleine über das Datenmodell.

Ich bin sehr sicher, nach einem Umbau in ein normalisiertes Datenmodell gibt es keine Tabelle mehr mit mehr als 15-20 Feldern, eher noch weniger.

Vielen Dank für euer schnelles Feedback!!!  :)


@Maggie
So in die Richtung habe ich auch gedacht und darüber recherchiert, wenn es aber mit einer Überarbeitung des Datenmodells auch ohne komplizierte VBA-Programmierung geht wäre mir das viel lieber ;)

@MzKlMu

Okay, irgendwie habe ich es mir schon gedacht, dass es noch Verbesserungspotential gibt :D

Nur zur Info, ich bin kein Access-Profi oder Informatiker und habe eine Access-DB von 2003 als Arbeitsvorlage bekommen. Ich habe das Datenmodell jetzt schon überarbeitet (waren vorher 4 nicht verknüpfte Tabellen). Ich möchte die gerne noch weiter optimieren, aber wenn man das zum ersten mal macht, hält man sie für gut genug solange alles funktioniert (bis auf ein paar gewöhnungsbedürftige Nebeneffekte). :D

Ich habe die DB mal ohne Feldwerte, komprimiert und gezippt hochgeladen, dann ist das ganze Ausmaß meiner "Stümperhaftigkeit" zu verstehen. ;)

Hallo,
ich habe keine Möglichkeit ACCDBs anzusehen. Ich habe nur Access2003 und benötige eine MDB.
Du musst entweder konvertieren oder warten, bis jemand anders sich darum kümmert.

Ihr seid schneller als meine Internetverbindung hier :D

Hallo,
das ist natürlich nicht so ganz einfach, das umzustrukturieren.
Kannst Du bitte mal eine Liste machen (Excel) welche Felder der Apparate für welche Art zutreffend sind. Du hast ja viel mehr Arten als die 4. Als Matrix.
Es ist mir zu viel Arbeit das aus den Formularen auszulesen.

Nebenbei, eine Tabelle ist keine Datenbank, sondern schlicht und einfach eine Tabelle. Die Datenbank ist die Gesamtheit der Tabellen mit ihren Beziehungen untereinander.
Von daher die Bezeichnung "Apparatedatenbank" eher irreführend. Auch die Überschrift "Datenbanken:" im Formular trifft es nicht, eine einzelne Tabelle ist keine Datenbank.

Hi,

Zitatwaren vorher 4 nicht verknüpfte Tabellen

vielleicht sogar die bessere Wahl, wenn die verschiedenen Apparate kaum Gemeinsamkeiten haben?

Hallo,
das mit den 4 Tabellen (es müssten mehr sein, nach dem Beispiel) hatte ich ja schon vorgeschlagen. Allerdings sind auch hier Verknüpfungen/Beziehungen (1:1) notwendig.

Ohne Beziehungen geht gar nichts, das ist klar.  :D

Ich dachte nur es könnte sinnvoll sein, die Tabelle zu teilen, je nachdem welche Datenfelder zu welchem Zweck benötigt werden.

Hallo,

ZitatIch dachte nur es könnte sinnvoll sein, die Tabelle zu teilen,

genau so sollte es auch meiner Meinung nach gemacht werden. Habe ich weiter oben auch genau so geschrieben.

ZitatFür die Apparate (Behälter, Pumpen, Maschinen und Hebezeuge) sollte es je eine Tabelle geben in der nur die zutreffenden Felder enthalten sind. Ggf. sind auch n:m Beziehungen anzulegen.
Die jetzige Tabelle enthält nur die Felder die für alle Apparate zutreffend sind (z.B. Anlagennr, Inventarnummer etc.)- Die einzelnen Detailtabellen bekommen einen Fremdschlüssel (ohne Duplikate) zu der für diesen Datensatz zutreffenden Apparate Grundfeldertabelle. Das ist dann eine 1:1 Beziehung.

Hallo zusammen!

ZitatKannst Du bitte mal eine Liste machen (Excel) welche Felder der Apparate für welche Art zutreffend sind. Du hast ja viel mehr Arten als die 4. Als Matrix.

Ich versuche gerade zu verstehen was genau du meinst und wie die Matrix auszusehen hat. Meinst du es sollte mehr als die 4 Sammelbegriffe (Behälter, Pumpe etc) geben? Wenn ja dann habe ich es so verstanden:

1. Haupttabelle: Alle unterschiedlichen Apparatetypen (mehr als die 4 bisherigen)

2. Verknüpfte Tabelle: JEDER Datensatz aus der Haupttabelle hat IMMER folgende gemeinsame Felder: Inventarnummer, Apparatebezeichnung, etc.

3. Verknüpfte Tabellen: MEHRERE Apparatetypen aus der Haupttabelle haben IMMER folgende Felder gemeinsam: R&INr, Werkstoff IR, etc.

4. Verknüpfte Tabelle: EINZELNE Apparatetypen haben "restliche Felder" gemeinsam. (Detailbereich)

Oder sollte die Reihenfolge von Punkt 1 und 2 getauscht werden?

Ich hoffe ich bin nicht ganz auf dem Holzpfad mit der Überlegung.  :)

Gruß

Hallo,
Haupttabelle:
Die Felder die allen Apparaten gemeinsam sind.
ApparateArt:
Behälter, Reaktor, Wärmetauscher, Filter, Pumpe, Kompressor, Gebläse, Kältemaschine, Ölheizung, Eismaschine, Waage, Hydraulikaggregat, Abgaswäscher, Hebezeug (Einzahl, keine Mehrzahl)
Je eine Datensatz mit einen Feld für den Primärschlüssel (Autowert)

Jetzt erstellst Du für jede Art eine eigene Tabelle, die die Felder enthält die für dies Art zutreffend sind. Zusätzlich ein Fremdschlüssel für die Art und ein FS zur Haupttabelle. Der FS zur HT wird indiziert mit ohne Duplikate, dadurch ergibt sich die zwar seltene aber hier richtige 1:1 Beziehung.

Dann braucht es eine Tabelle in die alle Attribute aller Apparates kommen die eine Einheit (kg, Ltr, m, usw.) haben. In diese Tabelle kommt auch ein Fremdschlüssel zur Art. Du kannst so die Attribute Apparateart abhängig erfassen ohne irgendwelche Felder ausblenden zu müssen. In die Tabelle mit den Attributen muss noch ein Fremdschlüssel zu einer zu erstellenden Tabelle für die Einheiten.

Wie ich das mit der Matrix meinte findest Du im Anhang.
Die Exceltabelle kannst Du erweitern (bin auch nicht sicher ob ich alles drin habe).
Statt des X kannst Du auch die Maß/Mengeneinheit eintragen. Dann wäre das auch gleich mit drin. Wenn Du fertig bist die Exceltabelle wieder hier hochladen. Die Exceltabelle ist nur ein Hilfsmittel damit mir die Zusammenhänge klar sind bzw. werden.

Hallo Klaus,

die Excel-Tabelle ist fertig, jetzt habe ich es auch endlich verstanden was du meintest, VIELEN DANK :)

Ich erstelle jetzt mal die Tabellen, wobei mir die Verknüpfungen noch nicht 100% klar sind.

Ich habe übrigens in der Matrix ans Ende ein Unterformular hinzugefügt, welches in einem Endlosformular die Gelegenheit geben soll für entsprechende Eingaben.

Mir ist eben nur etwas mulmig geworden als ich mir die Frage gestellt habe, wie ich später die Daten korrekt importieren soll  ??? Theoretisch müsste ich jedem Datensatz meiner jetzigen Datenbank schon einen Apparatetyp zuweisen?! Das wird bei 2500 Datensätzen ganz schön interessant ;)

Gruß Thomas

Hallo,
was bedeutet der senkrechte Strich ?

Ufos in dieser Form brauchst Du nicht.

Hallo,

der Strich ist ein "L" für Liter, habe vorhin aus versehen die alte Version mit ein paar falschen Einheiten hochgeladen, ansonsten hat sich nichts geändert.

Kein UFO? Wie kann ich dann theoretisch unendlich viele Reparaturen eintragen? Da bin ich gespannt! :)

Hallo,

ZitatKein UFO?

da habe ich mich missverständlich ausgedrückt. Für diese Exceltabelle sind Ufos völlig unwichtig. Diese Tabelle hat mit der Formularerstellung nichts zu tun. Diese dient nur dazu die vielen Felder der jetzigen Access Tabelle aufzuteilen. Formulare wird dann ein ganz anderes Thema.

Hallo,

ich habe jetzt fast alle Tabellen erstellt, aber die nachfolgenden Tabellen sind mir nicht ganz klar

ZitatDann braucht es eine Tabelle in die alle Attribute aller Apparates kommen die eine Einheit (kg, Ltr, m, usw.) haben. In diese Tabelle kommt auch ein Fremdschlüssel zur Art. Du kannst so die Attribute Apparateart abhängig erfassen ohne irgendwelche Felder ausblenden zu müssen. In die Tabelle mit den Attributen muss noch ein Fremdschlüssel zu einer zu erstellenden Tabelle für die Einheiten.

Was ist mit den Feldern, die keine direkte SI-Einheit haben, sondern nur eine Menge/Anzahl darstellen sollen?

Was mir auch nicht klar ist: welche Werte sollen die FS bekommen, ZAHL? Habe es nicht geschafft einen indizierten Fremdschlüssel zu erzeugen... Das habe ich letztens mit dem Tabellenimport-Assistenten auswählen und automatisch eine "eindeutig generierte ID" vergeben können, aber nicht in dem Beziehungs-Editor.  ???

ZitatJetzt erstellst Du für jede Art eine eigene Tabelle, die die Felder enthält die für dies Art zutreffend sind. Zusätzlich ein Fremdschlüssel für die Art und ein FS zur Haupttabelle. Der FS zur HT wird indiziert mit ohne Duplikate, dadurch ergibt sich die zwar seltene aber hier richtige 1:1 Beziehung.

Bevor ich jetzt zu viel unnötig falsch verknüpfe, lade ich mal das bisherige Grundgerüst hoch, in der Hoffnung das es bis dahin richtig ist!  :)

Grüße

Hallo,
das passt noch nicht so. Ich werde Dir das mal mit 2-3 Apparaten mal umstricken. Brauche aber 2-3 Tage dazu.

Hallo,
Ohne Klaus vorgreifen zu wollen, probiers mal selber aus.

1. in tblHaupttabelleFürAlle muss ein FK-Feld für die ApparateArt_ID
wird dann 1:n zur tblHaupttabelleFürAlle verknüpft
über diesen Schlüssel wird dann auch bestimmt welches Form geöffnet wird

2. in alle Kategorie-Tabellen muss ein eindeutiges! FK-Feld für die FürAlle_ID
wird dann 1:1 verknüpft

gruss ekkehard

Hallo,

ich habe heute viel Zeit gehabt darüber nachzudenken, recherchieren und zu tüfteln, auch wie Klaus' Datenmodell umzusetzen ist (weil ich es nicht ganz verstanden hatte ;)), um mein ursprüngliches Anliegen lösen zu können. Ich habe jetzt die Beziehungen überarbeitet und ich hoffe zu glauben, dass es so richtig ist :D

Nur weiß ich nicht für was genau die tblEinheiten noch gut sein soll. Die Beschriftung der Felder im Formular, werde ich ja später manuell hinzufügen.

Ich wünsche euch fürs erste ein schönes Wochenende mit weniger Regen!

Gruß Thomas

Hallo Thomas,

ZitatIch habe jetzt die Beziehungen überarbeitet und ich hoffe zu glauben, dass es so richtig ist

Nein, du hast nicht gemacht was ich geschrieben habe. Vielleicht auch ein bisschen kurz gewesen.
Also:
Alle Beziehungen müssen weg! Musst du neu machen.
In "tblHaupttabelleFürAlle" muss ein neues Feld "ApparateArt_ID_FK" rein (Eindeutig = Nein).
Im Beziehungsfenster ziehst du dann das Feld "ApparateArt_ID" aus "tblApparateArt" auf
das (neue) Feld "ApparateArt_ID_FK" in "tblHaupttabelleFürAlle". Im folgenden Assi-Fenster
stellst du dann noch die Referentielle Integrität ein, und gut is'.

In alle Kategorie-Tabellen (tblAbgaswäscher, tblBehälter usw.) muss auch
ein zusätzlichen Feld "FürAlle_ID_FK" rein (Eindeutig = Ja).
Wieder im Beziehungsfenster ziehst du jetzt das Feld "FürAlle_ID" auf das
(neue) Feld "FürAlle_ID_FK". Das ergibt bei richtiger Anlage des FK-Feldes
automatisch eine 1:1 Beziehung (RI s.o.). Musst du für alle Kategorie-
Tabellen wiederholen.

Hoffe so ist es verständlicher.
gruss ekkehard

Ach ja, und übrigens, noch was ...
Bereinige deine Benamsung von Tabellen und Felder um diese unsäglichen Sonderzeichen!

Hallo,
sorry, aber das ist völlig falsch, aber wirklich völlig. Noch nicht mal ansatzweis brauchbar. Jetzt hast Du Sonnensalat  ;D Sorry für die deutlichen Worte.
Man kann auch keine 2 Autowerte in Beziehung setzen das ist völlig ausgeschlossen. Die Autowerte laufen ja nicht gleich. Ich würde auch die Tabelle nicht tblHaupttabelleFürAlle nennen, sondern schlicht und einfach "tblApparate" den PS "ApparateID" und die Fremdschlüssel (für die in den Detailtabellen ein extra Feld benötigt wird) dann "ApparateID_F".

Alles Felder die eine Einheit haben, sind aus allen Detailtabellen zu entfernen.
Diese werden als einzelne Datensätze mit der Apparate(Haupt) Tabelle in Beziehung gesetzt. In Abhängigkeit des zutreffenden Apparates. Jeweils ein Datensatz. Und da kommt dann auch die Einheitentabelle ins Spiel.

Noch eine Frage, was sind die Felder Druckbehälter 1- 6 bei den Kühlgeräten ?

Hallo Klaus,
Sorry, wollte dir nicht dazwischen funken. Im letzten Post, der sich
mit deinem überschnitten hat, habe ich es ihm noch mal erläutert.
Hoffentlich hab ich keine Fehler gemacht.
gruss ekkehard

Hallo,
@ekkehard
Kein Problem, wir stimmen ja überein. ;D

@Thomas
Bitte #24 noch mal lesen (falls schon geschehen) ich habe meinen Beitrag oben noch mal überarbeitet.

Freut mich.

@Thomas
Ich werde Dir heute Abend mal einen Vorschlag machen.

Hallo zusammen,

danke für euer Feedback, ich weiß das wirklich zu schätzen!

ZitatJetzt hast Du Sonnensalat  ;D

Der war gut :D

ZitatAlles Felder die eine Einheit haben, sind aus allen Detailtabellen zu entfernen.
Diese werden als einzelne Datensätze mit der Apparate(Haupt) Tabelle in Beziehung gesetzt. In Abhängigkeit des zutreffenden Apparates. Jeweils ein Datensatz. Und da kommt dann auch die Einheitentabelle ins Spiel.

Ich dachte die Einteilung in die einzelnen Apparatetypen wäre ausreichend, weil über die Verknüpfung automatisch nur die für den Typ relevanten Datensätze abgerufen werden können und da sind auch die Datensätze mit Einheiten dabei und fertig. Ich verstehe die Notwenigkeit nicht. In den Einheitenfeldern steht auch nicht immer nur eine Zahl, sodass der Feldtyp auch keine Zahl sein kann.
Beispiel: Volumenstrom: 4,5-7,0 m³/h (weil Drehzahl gesteuert)
PS,Innenraum = *200 bar (das * bedeutet, man muss in dem Feld Bemerkungen nachlesen, da es noch andere Betriebsbedingungen geben kann.

Alles in allem ist das vermutlich keine klassische Datenbank, da es so viele Ausnahmefälle geben MUSS. Ich habe fast alle Feldtypen auf "Text" stehen, eben aus den oben genannten Gründen. Wäre mir lieb, wenn wir das nicht unnötig verkomplizieren müssen :)

ZitatNoch eine Frage, was sind die Felder Druckbehälter 1- 6 bei den Kühlgeräten ?

Wieder so ein Spezialfall... Kältemaschinen bestehen aus mehreren Bauteilen (bis zu 6 Behältern). Im Feld steht die Bezeichnung (AppBez) des Behälters und eine kurze Beschreibung. Schick wäre, wenn man durch einen Klick  zu dem entsprechenden Datensatz springen könnte, aber mein Wunschdenken ist ziemlich unrealistisch wenn man nicht mal das kleine 1mal1 beherrscht ;D

ZitatIn "tblHaupttabelleFürAlle" muss ein neues Feld "ApparateArt_ID_FK" rein (Eindeutig = Nein).

Den FS habe ich erstellt, weiß aber nicht was das "Eindeutig = Ja/Nein" bedeutet oder wie ich das einstellen soll, er zeigt mir zumindest eine 1:1 Verknüpfung an :)

Habe alle o.g. Schritte an einem Beispiel befolgt (außer die Einheiten) und hoffe der Access-Gott hat langsam ein Einsehen mit mir  :D

Hallo,

ZitatDen FS habe ich erstellt, weiß aber nicht was das "Eindeutig = Ja/Nein" bedeutet oder wie ich das einstellen soll

Im Tabellenentwurf bei den Eigenschaften des Feldes; -
Indiziert -> Ja (Duplikate möglich) für "ApparateArt_ID_FS" = mehrdeutig oder
Indiziert -> Nein (ohne Duplikate) für "Apparate_ID_FS" = eindeutig

hth
gruss ekkehard

Danke, jetzt war es eindeutig :)

Hallo,
so da bin ich wieder.

ZitatAlles in allem ist das vermutlich keine klassische Datenbank, da es so viele Ausnahmefälle geben MUSS.

Ich habe über das ganze Wochenende gebrütet.  ;D Und genau wegen der vielen unterschiedlichen Felder habe ich das ganze Konzept noch mal überarbeitet.

ZitatWäre mir lieb, wenn wir das nicht unnötig verkomplizieren müssen :)

Es ist auch nicht komplizierter geworden, im Gegenteil.
Ich habe alle Felder die nicht für alle gelten als Datensätze angelegt.
In einer weiteren Tabelle werden diese Datensätze (Merkmale) einem Apparatetyp zugeordnet.
Dann hat es eine weitere Zuordnungstabelle die die für den Apparat zutreffenden Felder dem Apparat zuordnen.
Das Datenmodell siehst Du im Bild. Diese 6 Tabellen decken den kompletten Anwendungsfall ab. Im Anhang findest Du auch ein Beispiel.
Die Zuordnungstabellen sind für die Apparateart Behälter (..ID 3), Reaktor (..ID 16) und Rührbehälter (..ID 17) gemacht. Die anderen Zuordnungen musst Du gemäß diesem Muster noch anlegen. Wenn Du das gemacht hast, kannst Du die restlichen Tabellen (in meinem Beispiel) die mit # beginnen alle ersatzlos löschen.

Mein Vorschlag ist wie ich finde enorm flexibel, da die Felder die von der Apparateart abhängig sind Datensätze angelegt sind. Hast Du eine neues Feld (=Merkmal), einfach als Datensatz anlegen, die Einheit für das Feld bestimmen und in der Zuordnungstabelle "tblMerkmalzuApparatArt" einer Apparateart zuordnen.
Du kannst auch die Merkmaltexte beliebig ändern.
Öffne das Formular "frmErfassung", der 1.DS ist ein Behälter. Im Ufo rechts daneben siehst Du die zugeordneten Merkmale. Du kannst jetzt die Werte eintragen. Da geht jeder beliebige Text.
Jetzt wechselst Du im Hafo zu einem neuen Datensatz. Als Apparateart wählst Du jetzt Reaktor oder Rührbehälter (es funktioniert im Moment nur mit diesen 3 Apparatearten (Behälter, Reaktor und Rührbehälter).
Dann klickst Du auf den Button "Zutreffende Merkmale anfügen" und Zack sind alle zutreffenden Felder als Datensätze zu sehen. Werte eintragen und fertig. Die Einheit (wenn es eine gibt) steht automatisch da.

Bitte beschäftige Dich damit. Der nächste Schritt für Dich wäre jetzt die Tabelle "tblMerkmalzuApparatArt" zu ergänzen.
Schaue Dir mal die Beziehungen an und die beiden Abfragen, die nur dem Verständnis dienen.

Die ganze DB ist mit diesem Datenmodell höchst flexibel und kann ohne irgend etwas an den Entwürfen ändern zu müssen um Apparate und Felder erweitert werden.

Es gibt noch weitere Verbesserungsvorschäge (auf meinem Vorschlag aufbauend) aber da gehen wir erst ran, wenn Du das alles verstanden hast.

Ich bin auch an anderen Meinungen von anderen User hier interessiert.

Beziehungsbild und DB anbei.

Hallo Klaus,
Nicht schlecht  :) - das ist echt flexibel.
Eine Frage hätte ich aber, - wie kommt denn das Feld "MerkmalArt"
(Bestimmung des Datentyps?) ins Spiel? Der Wert eines Merkmals ist
jetzt ja immer vom Typ Text (Feld "Eintrag"). Da muss man doch später
in Abfragen/Code tierisch aufpassen, damit man nicht ständig auf
Datentyp-Konflikte stösst. Oder was übersehe ich da?

gruss ekkehard

Hallo,
das Feld hat im Moment noch keine rechte Bedeutung. Das habe ich nur eingeführt um die Einträge nach Text oder Zahl sortieren zu können. Also so, dass erst die Zahlenwerte kommen und dann die Texte. Der Datentyp des Eintrags ist und bleibt Text, hier müssen ja beliebige Werte eingetragen werden können.
Sollte es Felder geben mit denn ggf. gerechnet werden muss (z.B. Datum) so muss dann eine Datentypumwandlung in der Formel gemacht werden.

Hallo Klaus,

ich finde die Idee grundsätzlich gut, habe sogar selbst schon daran gedacht als ich die ersten Beiträge zu diesem Thread gelesen hatte, allerdings habe ich keine eigenen Erfahrungen mit einer solchen Lösung.

Hallo,

Zitat
so muss dann eine Datentypumwandlung in der Formel gemacht werden.

Das kann durch Mitführen eines entspr. Feldes in der Tabelle tbl_Einheiten geschehen, womit auch gleich eine Plausi-Prüfung bei/nach der Eingabe des Wertes möglich ist.

ZitatIch bin auch an anderen Meinungen von anderen User hier interessiert.

M. E. eignet sich eine solche generische DB sehr gut für die Fälle, bei denen jeder Datensatz eine unterschiedliche Anzahl von Attributen und dazu noch von unterschiedlicher Bedeutung aufweist.

Z. B. die Erfassung der vielschichtigen  und unterschiedlichen
IT-Strukturen (Hardware, Software, Lizenzen, Login-Daten, Mail-Accounts, Web-Sites usw., usw.) von beliebigen Kunden einschließlich deren Ansprechpartner/Mitarbeiter .

ZitatIch habe über das ganze Wochenende gebrütet.  ;D

Wow Klaus! ... wie du dich ins Zeug legst, ich bin echt sprachlos...

Die Zuordnung der Behälterart funktioniert, wenn auch etwas umständlich, aber einmal erledigt ist die Flexibilität wirklich unglaublich! Habe noch weitere Felder für die Zukunft geplant, das geht jetzt sehr leicht und ich muss nicht aufwendig für jeden Apparatetyp ein eigenes Formulardesign anlegen! Echt clever.

Sorgen bereitet mir aber nach wie vor der Datenimport, das wird jetzt definitiv sehr aufwendig, da ich aus den Bestandsdaten n-Exceltabellen erstellen muss (n= Anzahl ApparateTyp). Oder es gibt da einen Trick, den ich wie so vieles nicht kenne.  ;)

In der tblApparate die Felder Reparatur/Änderung, RepDatum bis BANF muss ich in ein zweites Ufo einbauen, da dort unendlich viele DS eingetragen werden müssen. Das dürfte die einzige Änderung am Datenmodell sein, die ich derzeit erkannt habe.  :)

ZitatSollte es Felder geben mit denn ggf. gerechnet werden muss (z.B. Datum) so muss dann eine Datentypumwandlung in der Formel gemacht werden.

Berechnungen sind für die DB nicht geplant.

Ich esse jetzt erstmal einen Salat in der Sonne und lasse das sacken.

Gruß Thomas

Hallo Klaus,
Alles klar, waren meine Gedankengänge schon richtig.
Es fehlt dann aber noch das Kennzeichen D für Datumsfelder in der
Feldbeschreibung. Vielleicht sollte man die (auch wenn's nur drei DS
sind) auch in eine eigene Tabelle packen. Da könnte man vielleicht
auch gleich die Datentyp-Konstante von Access hinterlegen. Falls das
irgendwie Sinn macht?

gruss ekkehard

Hallo,
@ekkehard
es bleibt noch jede Menge Spielraum für Verbesserungen. Aber ich kann keine weitere Tabelle machen, sonst geht die Flexibilität verloren.
Die Artkennzeichen (T,Z,D) könnte man nutzen um Plausibilitätsprüfungen vorzunehmen. Aber da wollte ich erst mal warten, wie Thomas weiter macht.

@Thomas

ZitatDie Zuordnung der Behälterart funktioniert, wenn auch etwas umständlich,

das kann man mit einem Formular (Apparateart) mit Ufo (Merkmale) sehr viel einfacher über die Klartexte (mit Kombi) erledigen. Habe ich Dir eingebaut.
Weiterhin kann man auch weitere Komfortstufen einbauen. Z.B. mit einer Werkstofftabelle.
Klicke mal in einem Feld (Eintrag) in dem Werkstoff vorkommt doppelt.
Es öffnet sich ein kleines Formular in dem man einen Werkstoff per Klick wählen kann. Nach Klick wird der Werkstoff eingetragen und das kleine Formular geschlossen.

Weitere Anmerkungen:
- Der Status der DB gehört in eine eigene Tabelle, der DB Status hat ja mit einem Apparat nichts zu tun.
- Aktenstatus > eigene Tabelle
- Beriebsstatus > eigene Tabelle
- Alle Felder für die Rep. > eigene Tabelle
- Hersteller > eigene Tabelle
- Firma > eigene Tabelle

ZitatSorgen bereitet mir aber nach wie vor der Datenimport, das wird jetzt definitiv sehr aufwendig,

da stimme ich Dir zu. Das wird einige Arbeit bedeuten. Aber, wenn Du die neue Struktur verwenden willst, musst Du da durch. Da wird auch Handarbeit angesagt sein.

Neue DB anbei.
Achtung in dieser DB sind die überflüssigen Tabellen gelöscht (wegen Platzbedarf zum Hochladen). Aber nicht in der Zuordnungstabelle erfasst. Das überlasse ich Dir.

Hallo Klaus,
Ich wollte dich nicht drängeln, oder gar kritisieren.
Mir geht es nur darum diesen Ansatz in Gänze zu verstehen, da er evtl.
auch mal für mich interessant wird. Werde den Thread auf jeden Fall weiter
verfolgen.
gruss ekkehard

Hallo!

ZitatDie Artkennzeichen (T,Z,D) könnte man nutzen um Plausibilitätsprüfungen vorzunehmen. Aber da wollte ich erst mal warten, wie Thomas weiter macht.

Ich habe auch schon darüber nachgedacht und in der Version 6 ein paar geändert, allerdings muss ich noch genau prüfen welche derzeit von T auf Z bzw. D geändert werden können. Es gibt auf jeden Fall ein paar "Merkmal"-Felder, die definitiv nur Zahlen enthalten.

Zitat- Der Status der DB gehört in eine eigene Tabelle, der DB Status hat ja mit einem Apparat nichts zu tun.

Das stimmt, er wird nach Abschluss des Projektes aber auch wieder gelöscht, er dient nur zur meiner persönlichen Info.

Zitat- Alle Felder für die Rep. > eigene Tabelle

Dazu wollte ich gerade was posten, aber du bist einfach zu schnell Klaus :D

Ich habe eine Befehlsschaltfläche im frmErfassung erstellt, die das neue frmErfassungUfoReparaturen öffnen soll, da dort unendlich viele DS eingegeben werden sollen und zwecks Übersichtlichkeit. Ich bin mir sicher, dass diesmal die Beziehungen stimmen. Er gibt mir aber eine Fehlermeldung bei Dateneingabe, dass die Tabellen nicht verknüpft sind. Muss man da mit VBA eine Datenweitergabe vom gewählten DS im frmErfassen hinzufügen, damit im neu geöffneten Ufo der entsprechende DS geöffnet wird?

ZitatAber, wenn Du die neue Struktur verwenden willst, musst Du da durch.

Ja, es macht schon jetzt Spaß mit deiner neuen Struktur zu arbeiten, danke vielmals!  :)

Hallo,
Du machst hier einen Denkfehler. Ein über ein extra Button geöffnetes Formular ist kein Ufo. Ein Ufo befindet sich immer auf einem Hauptformular und wird mit diesem automatisch geöffnet. Und in den Dateneigenschaften "Verknüpfen von/nach" werden die Schlüsselfelder eingestellt. Nur dann ist die automatische Weitergabe des Schlüsselfeldes möglich. Wenn Du den Rahmen des jetzigen Ufos (für die Einträge) anklickst kannst Du diese Verknüpfungseinstellungen in den Dateneigenschaften sehen. Auf dem Formular ist genügend Platz um das Rep.Formular als Ufo anzuordnen. Du brauchst keinen Button um das Ufo für die Reparaturen zu öffnen.
Außerdem nennst Du das Fremdschlüsselfeld in der Reparaturtabelle "ReparaturÄnderungID_F". Das ist unlogisch, denn dieses Feld verweist auf die Apparatetabelle und demzufolge sollte dieses Feld "ApparateID_F" heißen. Das kannst Du aus meinem Beispiel nachvollziehen.
Auf solche Kleinigkeiten solltest Du achten, es hilft beim späteren programmieren wenn man an den Feldnamen erkennt was sie bedeuten.

Ich habe Dir das mal eingebaut. Ich habe gerade einen Lauf.  ;D

Ach verdammt, ich hatte es gerade hinbekommen, nur hat er die Einstellung es als Endlosformular darzustellen noch nicht angenommen ;D

Ich wollte es als neues Formular haben, da später ein gescheiter DIN A4 Ausdruck möglich sein soll. Aber ich vermute mal auch da kann man in den Druckeinstellungen das so einstellen, dass die Reparaturen auf einer gesonderten Seite ausgedruckt werden. Aber das ist aktuell noch nicht wichtig.

ZitatIch habe gerade einen Lauf.  ;D

Und du motivierst mich zum Mitlaufen  :)

Sonnige Grüße

Hallo,
ein Formular ist zum Drucken ungeeignet. Zum Drucken verwendet man Berichte.
Und die wiederum werden unabhängig von einem Formular gestaltet.

Ein weiterer Vorteil der neuen Struktur ist die Vereinfachung der Berichte.
Es gibt nur einen Bericht (z.B. alle Merkmale) für alle Apparatearten.
Oder einen Bericht über alle erfolgte Reparaturen/Änderungen mit den Apparatedaten.

Hallo zusammen,

@Hallo Klaus

Zitatein Formular ist zum Drucken ungeeignet.

Okay, dann werde ich mal Berichte recherchieren.

Noch was mir in der DB aufgefallen ist und ich nicht weiß wie ich das beheben kann:

1. In dem frmMerkmalZuordnen kann ich zwar die Zuweisungen einstellen, aber im frmErfassen dann nicht korrekt auswählen. Es werden einfach alle Merkmale angezeigt. Ich wollte das Problem lösen, indem ich erstmal alle Test-Datensätze lösche, wobei ich bei Punkt
2. ankomme. Datensätze können nicht gelöscht werden. Das wäre aber schon schön, oder gibt es noch eine Regel von der ich nichts weiß die sagt, DS löscht man nie! :)
3. Als ich die Merkmale den Apparaten zuordnen wollte - in einer sinnvollen Reihenfolge - ist mir aufgefallen, dass der ApparateArtID_F (Behälter, Reaktor usw) nicht so funktioniert wie geplant. Wenn du im frmErfassen Datensatz 1 und 4 vergleichst (Beide vom Typ Behälter) werden unterschiedliche Merkmale in abweichender Sortierung angezeigt. Ich steige da nicht durch.

EDIT: Ich habe die falschen Tabellenbezeichnungen jetzt alle auf einen Stand gebracht, auch im Code: Tippfehler bei tblMerkmalzuApparat und frmErfassungUfoIReparaturÄnderung.

Dachte es lag daran, aber es hat sich nichts geändert.

Gruß

Hallo,
also bei mir funktioniert Punkt1 mit Deiner DB einwandfrei.
Du machst Du Zuweisung und schleißt dann dieses Formular und wechselst dann zum Formular "frmErfassung".
Dann werden bei Klick auf den Button genau die Merkmale angezeigt die auch passen. Und was willst Du da überhaupt auswählen. da muss doch nichts ausgewählt werden.

Zum Löschen.
In den Beziehungen ist referentielle Integrität ohne Löschweitergabe eingestellt. Das bedeutet, wenn Du einen Apparat löschen willst, müssen erst die abhängigen Daten in der Tabelle "tblMerkmalzuApparat" gelöscht werden. Das kannst Du umgehen, in dem man die Löschweitergabe aktiviert. Dazu dieBeziehungslinie doppelt klicken.

3)
Wenn eine Apparateart gewählt wurde und der Button geklickt wurde, so kann nachträglich die Apparateart erst geändert werden, wenn die Merkmaldatensätze die automatisch erstellt wurden vorher löscht. Wenn man das nicht macht, werden bei Änderung einer Apparateart neue DS angefügt aber die vorherigen sind nicht gelöscht und demzufolge falsch.

Ich habe keinen Fehler in der DB festgestellt.
Du musst das Prinzip unbedingt verstehen, sonst hast Du da Probleme.
Und auch solche Begriffe wie referentielle Integrität solltest Du kennen und verstehen.

Falls Du weiter Probleme hast, beschreibe diese genauer.

Hallo,

okay, auch wenn ich mein Problem schlecht geschildert habe, so sind doch nun alle Punkte klar geworden und funktionieren! :)

Ich hatte bei einer Tabellenumbenennung auch einen Eintrag im Code übersehen.

Jetzt habe ich die Schwierigkeit, dass ich die Merkmale im frmErfassung nicht in einer von mir festgelegten Reihenfolge sortieren kann, damit die zusammengehörigen Felder übereinanderstehen.

(Z.Bsp.: die Betriebsdaten Volumina, Druck, Temperatur übersichtlich untereinander.)

Ich habe schon viel ausprobiert, aber ich kann kein Schema erkennen, nach welchem Kriterium  die Merkmale angeordnet werden. (Es ist weder alphabetisch, noch die Reihenfolge, die in frmMerkmaleZuordnen eingegeben wurde. Auch ist es nicht die MerkmalID in der tblMerkmale.

Scheint mir ziemlich willkürlich.

Kann ich das irgendwie direkt in der Tabelle festlegen, oder funktioniert das über eine Funktion in der "Aktivierreihenfolge"?


Gruß Thomas

Hallo,

ZitatScheint mir ziemlich willkürlich.

das ist willkürich. Das gehört zu den von mir in #32 angedeuteten Verbesserungsvorschlägen.
Du benötigst hier eine eigene Sortierung, die die Merkmale in der gewünschten Reihenfolge darstellen. Alphabetisch geht nicht, eine Sortierung nach der ID bzw. Eingabereihenfolge kann auch nicht verwendet werden, da diese starr wäre. Du benötist eine Sortierung die flexibel ist. Und da kommt nur ein eigenes Sortierfeld in Frage. Dazu kommt in die Tabelle "tblMerkmalzuApparatArt" ein zusätzliches Feld "Sortierung" als Zahl (Double). Hier kannst Du bei der Zuordnung der Merkmale zur Apparateart eine Sortierzahl eingeben. Das macht man am besten in 10er Sprüngen. Du kannst dann jederzeit z.B. zwischen 20 und 30 ein neues Merkmal erfassen, das dann die 25 bekommt. Neu sortieren und schon passt es selbst wenn Du 20 und 21 schon hast, kannst Du einem Feld dazwischen dann 20,5 geben (daher Double).
Du kannst so jederzeit die Feldreihenfolge für jeden Apparat getrennt bestimmen. Das ist eine einmalige Sache bei der Zuordnung. Das Einfügen der Merkmale erfolgt in der Reihenfolge der Sortierzahl. Auf dem Ufo Merkmale des Formulars "frmErfassung" ist diese Sortierzahl als Info zu sehen. Die kannst Du auf diesem Ufo löschen. Habe ich jetzt nur zum Verständnis drauf.

Diese Sortiergeschichte ist keine Krücke, sondern die einzige (und auch übliche) Methode einer freien Sortierung.

In der Version 6.3 habe ich das Einfügen der Merkmale zum Apparat geändert. Das geschieht jetzt nicht mehr per Anfügeabfrage, sondern per Recordset und AddNew. Das hat den Vorteil, dass jedes einzelne Merkmal eingefügt wird. Dadurch kannst Du auch vergessene Merkmale nachtragen, in dem einfach der Button noch mal geklickt wird. Bisherige Merkmale bleiben erhalten, auch eventuell erfolgte Einträge. An Hand der Sortierzahl wird auch richtig eingeordnet. Auch bei erneutem Klicken werden keine Merkmale doppelt eingetragen. Es werden aber keine Merkmale entfernt, falls eines falsch zugeordnet war. Dazu gibt es jetzt einen Button "Löschen" der per Doppelklick ein Merkmal löscht falls eines falsch zugeordnet war. Es muss dann aber auch die Zuordnung korrigiert werden.
In die neuen Version habe ich noch eine Fehlerbehandlung eingebaut.
Wenn Du die Sortierung mal ändern willst, die Sortierzahl ändern und noch mal auf den Button "Anfügen..." klicken. Es wird umsortiert.

Neue Version (6.3) anbei.

Bitte einfach mal rum spielen.

Hallo,
@Thomas
bitte #48 noch mal vollständig lesen (falls Du es gestern schon gelesen hast) , ich habe einiges nachgetragen.

Hallo,

schlechte Nachrichten, mein Chef möchte, dass ich die Arbeit an der neuen DB einstelle und lieber die alte DB "optimiere"... :(

Er ist 62 Jahre und möchte sich nicht an ein neues System/Oberfläche gewöhnen. Ich konnte ihn nicht überzeugen, da die alte DB für ihn ausreichend ist, was gleichzeitig einige Widersprüche beinhaltet, da er einige Änderungen wollte, die ich in der alten DB nicht hinbekommen habe... naja das letzte Wort ist gesprochen, immerhin konnte ich ihn überzeugen, dass man den Entwurf der Version 6 nicht verwirft, sondern wenn er in Rente geht sich jemand damit beschäftigen kann.

Das ist echt frustrierend für mich und alle hier so engagierten Administratoren Klaus, Ekkehard, Maggie... Es tut mir leid für die womöglich vergebene Mühe! :( Trotzdem möchte ich mich für eure super Unterstützung danken! Wenigstens habe ich auch etwas von euch lernen können! Danke!


Dennoch stehe ich wieder vor dem alten Problem des Vorfilters in dem Formular... Ich kann einen Formularfilter manuell anwenden, damit er mir nur die Datensätze "Behälter", "Pumpen" etc. anzeigt. Kann man das auch irgendwie einstellen, dass beim Öffnen des Formulars automatisch dieser Filter angewandt wird?

Gruß, Thomas

Hallo,
schade, dass das nicht weiter geht.

Aber egal, vielleicht kann es jemand anders brauchen, bzw. was daraus übernehmen.

ZitatKann man das auch irgendwie einstellen, dass beim Öffnen des Formulars automatisch dieser Filter angewandt wird?

Du kannst dem OpenForm Befehl eine Where Klausel als Filter übergeben.
In der Access VBA Hilfe findest Du dazu Beispiele.