Office: (Office 2016) Doppelte Werte in zusammengesetztem Abfrage-Feld vermeiden

Hallo an einem trüben, naßkalten Montag ...

Habe gestern wieder Zeit gefunden, mich um die Sache zu kümmern.
Gleich vorweg: Am ursprünglichen Datenmodell habe ich immer noch nichts geändert - das zwischenzeitlich mit der Probier-DB erreichte Ergebnis ist aber schon sehr sehr dicht an der beabsichtigten Lösung.

Mit den Abfragen "qryGenerierenXXXXBauteile" können die drei Bauteiltypen "Oben", "Mitte" und "Unten" eingesehen und erforderlichenfalls erweitert werden. Hierbei wird über kurze SQL-Statements auf die in den einzelnen Detailtabellen festgeleten Eigenschaftswerten zurückgegriffen.
Das Einsehen und die eventuelle Erweiterung der Baugruppen erfolgt dann analog mit Hilfe der "qryGenerierenBaugruppen".

Ist nun alles generiert, kann ich mit Hilfe der "qryDuplikateSuchenXXX"-Abfragen überprüfen, ob sich Dubletten eingeschlichen haben. Genau hier fehlt mir nun die Funktionalität, dies zum Zeitpunkt des Anlegens über ein paar VBA-Zeilen abzufangen (zB. Speichern verhindern und MsgBox mit "Kombination existiert schon").

Schlußendlich werden die Abfrageergbnisse in excel-Tabellen expotiert, mit denen dann an anderer Stelle weitergearbeitet wird. Ein rudimentäres Bsp hierfür ist ebenfalls in der Probier-DB. Die exportierte excel-Datei sollte dann im Verzeichnis der Probier-DB zu sehen sein.

In Anbetracht der im Moment zutreffenden Ergebnisse würde es mich nun umso mehr brennend interessieren, was ich mir auf der Basis des derzeitigen Datenmodells eventuell verschieße. Die Beziehungen sind wie vor durchgängig mit referentieller Integrität definiert und die einzelnen Detailtabellen sind normalisiert. Wo und warum kann es mir dann den Schnulli raushauen?

Gruß
Thomas

 

Bei vier Feldern (oberes Bauteil) funktioniert das locker ohne alle Berechnung und Blabla. Wozu jetzt das Theater die ganze Zeit?
Lehren, die Deinen eigenersonnen Wegen widersprechen, nimmst Du eh nicht an.
Man mag nur hoffen, dass Du nie, nie einen Nachfolger für dieses Dein Projekt benötigst.

 

Hallo,
da Du noch nicht mal ansatzweise versuchst den Vorschlag mit der einen Eigenschaftstabelle umzusetzen ziehe ich mich hier zurück.
Du hast es noch nicht mal für notwendig gefundenen meine Fragen (aus #24 bzw. #29) zu beantworten.
Ich halte den in der Version D verfolgten Ansatz für unbrauchbar.
Das erkennst Du schon daran, dass jede weitere Eigenschaft die dazu kommt Dich zu einem kompletten Umbau aller Formulare, Abfragen, Berichte und VBA zwingt.

 

Mit eurer Schimpfe habe ich gerechnet ...

Das habe ich wohl, habe es aber nicht verstanden - würde es aber gern verstehen.

Diese Argumente kann ich gut nachvollziehen!

Was die Fragen zur weiteren Behandlung der Daten anbelangt:
Es sollen eben diese Exporttabellen erstellt und übergeben werden. Jegliche Art der Weiterverarbeitung ist nicht mehr Gegenstand einer DB.

Schmutz auf mein Haupt, aber vielleicht geht aus dem letzten Beispiel der Ablauf der ganzen Sache etwas klarer hervor.

 

Hallo,
und meine Fragen sind immer noch nicht beantwortet.

 

Wird hier z.B. geprüft ob der Nimonalwert innerhalb von min und max ist ? Oder wird das Gewicht geprüft.
Antwort: Im Rahmen der DB wird nichts geprüft.

Auch der Preis ist so ne Sache, ein Preis unterliegt ja zeitlichen Veränderungen. Was heute 50.-€ kostet, kosten morgen 52.-€ Wie willst Du das erfassen?
Antwort: Den "Preis" hatte ich (wie das "Gewicht" oder die "Farbe") mal als fiktive Eigenschaft eingefügt, um etwas von den rein geometrischen Abmessungen weg zu kommen.

Weiterhin wäre noch zu klären, ob diese Zuordnung regelmäßig in anderer Kombination gemacht werden muss, oder ob das für eine Baugruppe einmalig festgelegt wird?
Antwort: Ja, es können neue Bauteiltypen und aus ihnen gebildete Baugruppen hinzukommen. Die in den derzeitigen Detailtabellen definierten Werte können ebenfalls jederzeit erweitert werden.

 

Hallo nochmal ....

habe die halbe Nacht darüber gebrütet, wie ihr das wohl meinen könntet. Vielleicht habt ihr doch Erbarmen mit mir und korrigiert mir das letzten Beispiel hinsichtlich des richtigen das Datenmodells.
Vielleicht fällt dann der Groschen bei mir.

Gruß
Thomas