Moin zusammen,
ich möchte mir eine ,,Containerdatenbank" erstellen.
Diese soll dazu dienen:
• vorhandene Container, mit Standort, zu ermitteln
• Container abziehen, tauschen oder aufstellen zu lassen
• Container können von verschiedenen Anbietern sein
• Container können unterschiedliche Inhalte haben
• Nachdem ein Container abgezogen oder getauscht wurde, muss im Nachgang das Gewicht des Inhalts eingepflegt werden
• Aufträge zum Container abziehen, tauschen oder aufstellen zu lassen sollen Druck und oder Mailbar sein
Folgende Tabellen würde ich anlegen:
• tbl_Conainer
• tbl_Container_Eingang (mit Lösch Option?)
• tbl_Container_Inhalt
• tbl_Anbieter
• tbl_Container_Abgang (hier sollen im Nachgang das Gewicht eingetragen werden)
• tbl_Container_Standort
Wie könnte man bei einem Container ,,Abgang" das gleichzeitige Austragen aus der tbl_Eingang und das Eintragen in die tbl_Abgang realisieren, um später das Gewicht nachzutragen und zu dokumentieren?
Über eure Einschätzung und Tipps wäre ich sehr dankbar.
Hallo,
Eingang und Ausgang gehören in eine Tabelle. Es könnte auch sinnvoll sein, das Leer (bzw. Eingangsgewicht) zu erfassen.
Über ein Eingangs und Ausgangsdatum kann das unterschieden werden.
Zitat von: MzKlMu am Juli 09, 2026, 12:53:55Hallo,
Eingang und Ausgang gehören in eine Tabelle. Es könnte auch sinnvoll sein, das Leer (bzw. Eingangsgewicht) zu erfassen.
Über ein Eingangs und Ausgangsdatum kann das unterschieden werden.
Vielen Dank für deine Antwort
Wenn alle Container in einer Tabelle sind, wie bestimme ich dann die Container die zur Verfügung / auf dem Hof sind stehen
Indem du einen Standort/Status pflegst, der dem Container zugeordnet ist. Das gleiche passiert mit dem Leergewicht eines Containers.
Knobbi38
Hallo,
im Grunde benötigst Du erstmal nur zwei Tabellen. Eine, die die Stammdaten des Containers aufnimmt: eindeutige ID des Containers, Größe, Farbe, Hersteller, etc.
Damit verbindest Du eine Bewegungstabelle, in der jeder Zugang und Abgang gespeichert werden mit : BewegungsID (Autowert), ContainerID als Fremdschüssel. Weitere Felder: Bewegugsdatum, Kenzeichen, ob Zu/Abgang, Lagerplatz, Füllgewicht, usw.
Über entsprechende Abfragen lassen sich dann über alle oder jeden einzelnen Container die Bewegungen zählen und zeitlich nachverfolgen. Die letzte Bewegung (Max(Bewegungsdatum) eine Containers) lässt sich dann z.B. feststellen, wo er sich gerade befindet.
Um die Datenbank zu optimieren sollten die Tabellen aber weiter normalisiert werden. D.h. Es sollte Untertabellen für Werte, die häufiger in gleicher Form vorkommen, geschaffen werden. Beispiel Containerhersteller oder Kunden, etc. So benötigt man in der Bewegungstabelle mur die jeweilige ID des Herstellers oder Kunden. Leseempfehlung: www.access-tutorial.de
Zitat von: Knobbi38 am Juli 09, 2026, 13:22:35Indem du einen Standort/Status pflegst, der dem Container zugeordnet ist. Das gleiche passiert mit dem Leergewicht eines Containers.
Knobbi38
also in einer Haupttabelle einen Status. .ok
Leergewicht benötige ich nicht. Ich bekomme die Wiegenote
Hallo,
ZitatLeergewicht benötige ich nicht.
natürlich brauchst Du auch das Leergewicht. Wie sonst willst Du die Füllmenge berechnen?
Das Leergewicht ändert sich ja nicht und gehört somit in die Stammdatentabelle der Container.
Zitatalso in einer Haupttabelle einen Status. .ok
Nein, nicht in der Haupttabelle.
Hallo,
ZitatNein, nicht in der Haupttabelle.
Eigentlich nirgends, - der Status lässt sich zu jeder Zeit aus der
Bewegungstabelle ermitteln. Siehe Andreas schöne Zusammenfassung.
gruss ekkehard
ZitatEigentlich nirgends, - der Status lässt sich zu jeder Zeit aus der
Bewegungstabelle ermitteln.
Nein, nicht alles ist mit einer Bewegung verbunden, z.B. wenn ein Container gesperrt wird usw. Erst wenn ein Container freigegeben wird, kann er "bewegt" werden. Andere Status sind ebenso denkbar:
1. PHYSISCHER TRANSPORT-STATUS
Empty at Depot (Bereit zur Abholung beim Depot)
Gate-Out Empty (Leer am Depot für die Beladung abgeholt)
At Shipper (Steht beim Versender und wird aktuell beladen)
Gate-In Terminal (Beladen am Abfahrtshafen/-terminal eingetroffen)
Loaded on Vessel (Auf das Schiff/Zug/Lkw verladen)
In Transit (Aktiv unterwegs auf der Hauptstrecke)
Discharged (Im Zielhafen vom Schiff gelöscht und abgestellt)
Gate-Out Full (Vom Zielhafen zur finalen Zustellung abgeholt)
At Consignee (Beim Empfänger angekommen und wird entladen)
Gate-In Empty (Leer im Zieldepot zurückgegeben)
2. ZOLL- UND FREIGABE-STATUS
Customs Hold (Vom Zoll für eine Prüfung blockiert)
Customs Cleared (Zollrechtlich für die Weiterfahrt freigegeben)
Carrier Hold (Vom Reeder blockiert, z. B. wegen fehlender Zahlung)
Released (Finanziell und organisatorisch komplett freigegeben)
3. QUALITÄTS- UND WARTUNGS-STATUS
Available (Einsatzbereit und sauber)
Damaged (Beschädigt, z. B. Loch in der Wand oder defekte Tür)
Under Inspection (Wird auf Schäden oder Schmuggelware geprüft)
In Repair / Maintenance (In der Werkstatt zur Reparatur)
To be Cleaned (Muss vor der nächsten Beladung gereinigt werden)
4. SONDERSTATUS FÜR KÜHLCONTAINER (REEFER)
Power Off (Kühlung ist ausgeschaltet)
Power On / PTI Passed (Kühlung läuft, Funktionstest vorab erfolgreich)
Temperature Alarm (Kritische Abweichung von der Solltemperatur)
Genaugenomen bräuchte man eine Lookuptabelle und eine Container_Status_History Tabelle, wann welcher Container welchen Status hatte.
Knobbi38
Zitat von: MzKlMu am Juli 09, 2026, 16:40:40Hallo,
ZitatLeergewicht benötige ich nicht.
natürlich brauchst Du auch das Leergewicht. Wie sonst willst Du die Füllmenge berechnen?
Das Leergewicht wird nicht benötigt. Die Füllmenge wird nicht errechnet sondern Gewogen
Zitat von: Knobbi38 am Juli 09, 2026, 21:13:41Genaugenomen bräuchte man eine Lookuptabelle und eine Container_Status_History Tabelle, wann welcher Container welchen Status hatte.
Knobbi38
Ok, Container_Status. Hört sich gut an
Zum allgemeinen Verständnis, ich möchte mit der Datenbank folgendes Abdecken.
- Welche Container sind auf dem Hof?
- Für was war der Container ( Inhalt) vorgesehen
- Was ist in dem Containern bei der Abholung
- Wie schwer war der Inhalt
- Wer hat den Container, wann abgeholt
Es ist eine Container "rein/raus" Datenbank bei der, der Inhalt, der Dienstleister, das Datum und das Gewicht erfasst wird.
Zoll, Zielhafen oder ähnlichen braucht nicht berücksichtigt werden.
Der Arbeitsablauf ist wie folgt:
Dispo informieren, dass der Container mit der Nr. XXXX und dem Inhalt XXX, an Ort XXX, getauscht, abgezogen oder aufgestellt werden soll.
Die tbl_AVV ( Inhalt) habe ich schon erstellt.Wie ich genau die tbl_Container_Status oder Bestell-History anlege ,auch als Abfrage, stell ich mir wenn es soweit ist :-*
Ich werde hier einen zwischenstand Posten
Vielen dank schon mal
Im Grunde reicht dafür dann eine einzige Verlaufstabelle mit wenigen Lookuptabellen. Die Verlaufstabelle wird dann immer fortgeschrieben.
- tblContainer
- tblDienstleister (Logistikpartner)
- tblContainerBewegungen (Rein/Raus/Dispo)
- tblStandort
Das Schema könnte dann ungefähr so aussehen:
tblContainer tblContainerBewegungen tblDienstleister
──────────── ────────────────────── ────────────────
ContainerID ───(1:n)───> ContainerID_F DienstleisterID ───(1:n)───┐
OrtID_F <───(1:n)─── tblStandort │
InhaltVorgesehen └────────────── OrtID │
InhaltBeiAbholung │
Gewicht_kg │
DienstleisterID_F <───────────────────────────────────────────┘
ZeitpunktAusfuehrung
Status
Knobbi38
Zitat von: Knobbi38 am Juli 10, 2026, 10:31:48Im Grunde reicht dafür dann eine einzige Verlaufstabelle mit wenigen Lookuptabellen. Die Verlaufstabelle wird dann immer fortgeschrieben.
- tblContainer
- tblDienstleister (Logistikpartner)
- tblContainerBewegungen (Rein/Raus/Dispo)
- tblStandort
Das Schema könnte dann ungefähr so aussehen:
tblContainer tblContainerBewegungen tblDienstleister
──────────── ────────────────────── ────────────────
ContainerID ───(1:n)───> ContainerID_F DienstleisterID ───(1:n)───┐
OrtID_F <───(1:n)─── tblStandort │
InhaltVorgesehen └────────────── OrtID │
InhaltBeiAbholung │
Gewicht_kg │
DienstleisterID_F <───────────────────────────────────────────┘
ZeitpunktAusfuehrung
Status
Knobbi38
Ich habe jetzt 8 Lookup Tbl.
Jetzt würde ich mich an tbl_ContainerBewegungen oder Bestellungen ran machen.
Wie würde ich denn Abfragen wieviel Container ich zur Zeit in "Obhut" habe? Über ein Ankunft und Abgangsdatum ?
Kein Abgangsdatum würde bedeuten das der Container noch da ist.
Ich stehe gerade vor der Aufgabe.
Ein Container kommt an, Aufstellen mit Datum.
Der gleiche Container wird Abgeholt mit Datum. Ist das ein Datensatz der Bearbeite / Aufgefüllt wird ?
Wie würde man eine "Geplante" Abholung vermerken? (Auch für einen späteren Bericht)
ZitatWie würde ich denn Abfragen wieviel Container ich zur Zeit in "Obhut" habe? Über ein Ankunft und Abgangsdatum ?
Kein Abgangsdatum würde bedeuten das der Container noch da ist.
Du hast doch den aktuellen Container Standort schon als Feld oder über den Status, je nachdem, wie du das aufbaust.
ZitatIch stehe gerade vor der Aufgabe.
Ein Container kommt an, Aufstellen mit Datum.
Der gleiche Container wird Abgeholt mit Datum. Ist das ein Datensatz der Bearbeite / Aufgefüllt wird ?
Nein, das sind zwei unterschiedliche DS. Deine Bewegungen werden, wie in der Logistik eigentlich üblich, als Protokoll geführt oder auch, wenn du so willst als History. Für jedes Ereignis ein neuer DS.
Du buchst beispielsweise einen ankommenden Container mit dem Status "Rein" und dem Standort "Hof". "Rein" bedeutet, dass er sich auf dem Hof befindet. Über den Standort kannst du den Bereich noch weiter eingrenzen, z.B. Hof Ebene 2, wenn du ein Stapellager hast. Vielleicht brauchst du das im Moment noch nicht, ich würde es aber schon mal vorbereiten. Professionell verwendet man als Standort auch "Koordinaten", so können Ebenen, externe Lager usw. in einem Rutsch verwaltet werden.
Knobbi38
PS:
Von wie vielen Container sprechen wir hier eigentlich und von wie vielen Transaktionen pro Stunde? Mit einem SQL Datenbankserver und Triggern kann möglicherweise einiges optimiert werden.
]
ZitatNein, das sind zwei unterschiedliche DS. Deine Bewegungen werden, wie in der Logistik eigentlich üblich, als Protokoll geführt oder auch, wenn du so willst als History. Für jedes Ereignis ein neuer DS.
Du buchst beispielsweise einen ankommenden Container mit dem Status "Rein" und dem Standort "Hof". "Rein" bedeutet, dass er sich auf dem Hof befindet. Über den Standort kannst du den Bereich noch weiter eingrenzen, z.B. Hof Ebene 2, wenn du ein Stapellager hast. Vielleicht brauchst du das im Moment noch nicht, ich würde es aber schon mal vorbereiten. Professionell verwendet man als Standort auch "Koordinaten", so können Ebenen, externe Lager usw. in einem Rutsch verwaltet werden.
Knobbi38
PS:
Von wie vielen Container sprechen wir hier eigentlich und von wie vielen Transaktionen pro Stunde? Mit einem SQL Datenbankserver und Triggern kann möglicherweise einiges optimiert werden.
Wenn ich den Stauts von, sagen wir, "Rein" auf "Abgegangen" ändere, muss das doch im gleichen DS passieren wie der ursprüngliche "Rein" Status. Oder liege ich da falsch?
Wie lege ich denn eine History an ?
Abgesehen davon, dass ich spontan nicht wüsste wie ich die Koordinaten ermitteln und eintragen soll, ist dies aber auch nicht nötig.
Zu den Container Transaktionen.
Zur Zeit bestelle ich alle zwei Tage ein bis zwei Container. (meistens werden die Container getauscht) Es gab aber auch schon Zeiten wo täglich zwei Container bestellt wurden.
Hallo,
Zitatmuss das doch im gleichen DS passieren wie der ursprüngliche "Rein" Status
Nein, Du schreibst bei jeder Bewegung einen neuen Datensatz in die m:n-Tabelle. Der jeweils letzte Eintrag pro Container ist dann der aktuelle Status
Gruß
Doming
Zitat von: Doming am Juli 13, 2026, 09:09:06Hallo,
Zitatmuss das doch im gleichen DS passieren wie der ursprüngliche "Rein" Status
Nein, Du schreibst bei jeder Bewegung einen neuen Datensatz in die m:n-Tabelle. Der jeweils letzte Eintrag pro Container ist dann der aktuelle Status
Gruß
Doming
OK, dann wird der Container über die tbl_Container_Bewegung über die Nummer aufgerufen und dann neu gespeichert.
Muss ich das gesondert in Access angeben, dass der Datensatz als neu gespeichert wird und nicht geändert ? Dieser neue Datensatz muss dann später auch, später, mit dem Gewicht gefüllt werden
Wann wird denn der Container gewogen? Beim Eintreffen, beim Umlagern oder beim Wiederversenden?
Nur um sich im Hinterkopf ein Bild zu machen, so ganz kann ich mir unter ,,Container abziehen" und ,,nachträglich Gewicht eintragen" nichts vorstellen, wiegen die Container nicht immer gleich viel? Um was für Container handelt es sich eigentlich, Überseecontainer oder "nur" kleine Kunststoffbehälter?
Gruß
Doming
Hallo Pete,
ZitatOK, dann wird der Container über die tbl_Container_Bewegung über die Nummer aufgerufen und dann neu gespeichert.
Der Container wird nur einmal gespeichert in tbl_Container (Stammdaten).
Die Bewegung wird neu angelegt und erhält als FK die ContainerID des
bewegten Containers.
Die Steuerung ob du eine neue Bewegung anlegen oder eine vorhandene
ergänzen (hier Gewicht nachtragen) willst erfolgt über ein Formular; -
HFo Container mit UFo Bewegungen. Wenn die korrekt über die ContianerID
verknüft sind, musst du dir noch nicht mal Gedanken um den richtigen
FK machen, der wird dann von Access autom. übernommen/eingetragen. Die
weiteren FK (Dienstleister und Standort) holst du dir im UFo über
Kombifelder.
gruss ekkehard
Zitat von: Doming am Juli 13, 2026, 12:14:55Wann wird denn der Container gewogen? Beim Eintreffen, beim Umlagern oder beim Wiederversenden?
Nur um sich im Hinterkopf ein Bild zu machen, so ganz kann ich mir unter ,,Container abziehen" und ,,nachträglich Gewicht eintragen" nichts vorstellen, wiegen die Container nicht immer gleich viel? Um was für Container handelt es sich eigentlich, Überseecontainer oder "nur" kleine Kunststoffbehälter?
Gruß
Doming
Es handelt sich nicht um Übersee-Container. Es sind "Müll" Container.
Container gibt es verschieden Größen, 10,11,12, 22m³ usw.
Die Container werden meistens am selben Tag gewogen. Die Wiegenote dazu bekomme ich aber erst ein bis zwei Tage später. Das Wiegen funktioniert folgendermaßen, LKW fährt voll auf die Waage, leert den Container und fährt anschließend leer auf die Wage.
ZitatEs sind "Müll" Container.
Danke für die Aufklärung, jetzt kann ich mir auch was drunter vorstellen :-)
Wird denn auch noch über Inhalte differenziert? Restmüll, Metall, Baustoffe, Bioabfälle? Sind das alle Eure eigenen Container?
Im Eingangspost schriebst Du von Standort des Containers, geht es um den Standort auf Eurem Betriebsgelände oder um den Kunden, bei dem der Container befüllt wird?
Zitat von: Doming am Juli 13, 2026, 12:42:29ZitatEs sind "Müll" Container.
Danke für die Aufklärung, jetzt kann ich mir auch was drunter vorstellen :-)
Wird denn auch noch über Inhalte differenziert? Restmüll, Metall, Baustoffe, Bioabfälle? Sind das alle Eure eigenen Container?
Im Eingangspost schriebst Du von Standort des Containers, geht es um den Standort auf Eurem Betriebsgelände oder um den Kunden, bei dem der Container befüllt wird?
Ja genau, für den Müll gibt es Abfallschlüsselnummern.
Nein es sind nicht unsere Container sondern die von Dienstleistern.
Es gibt mehrere Standorte, Betriebshof und Stellen in einem Werk (hier sind die Hallen als Standort hinterlegt).
Hallo,
ich frage mich, ob man da nicht noch weiter normalisieren sollte...
Vielleicht das Auftragsnummergeschehen von den Containern trennen. Ist denn der Abfallschlüssel nicht mit dem Standort verbunden? (auf Platz 4711 steht immer der Container für den Abfallschlüssel 0815). Der Wiegeschein ist immer mit dem Gewicht verheiratet und gehört zur Auftragsnummer A38...
wo ich bei Dir bin: tbl_Standort (warum zusätzlich tbl_Stellplatz?), tbl_Container, tbl_Kunde, tbl_Dienstleister
Dann tbl_Auftrag mit AVVNr als PK, FS-Kunde, FS-Dienstleister, FS-Abfallschlüssel, FS-Wiegekarte, FS-Container, Gewicht
Eine Tabelle mit den Bewegungsarten (Ankunft, Leerung, Wiegezeitpunkt(?), Abholung) und eine m:n mit den Bewegungen (FS-Bewegungsart, FS-Container, Datum)
Zitat von: Doming am Juli 14, 2026, 06:41:06Hallo,
ich frage mich, ob man da nicht noch weiter normalisieren sollte...
Vielleicht das Auftragsnummergeschehen von den Containern trennen. Ist denn der Abfallschlüssel nicht mit dem Standort verbunden? (auf Platz 4711 steht immer der Container für den Abfallschlüssel 0815). Der Wiegeschein ist immer mit dem Gewicht verheiratet und gehört zur Auftragsnummer A38...
wo ich bei Dir bin: tbl_Standort (warum zusätzlich tbl_Stellplatz?), tbl_Container, tbl_Kunde, tbl_Dienstleister
Dann tbl_Auftrag mit AVVNr als PK, FS-Kunde, FS-Dienstleister, FS-Abfallschlüssel, FS-Wiegekarte, FS-Container, Gewicht
Eine Tabelle mit den Bewegungsarten (Ankunft, Leerung, Wiegezeitpunkt(?), Abholung) und eine m:n mit den Bewegungen (FS-Bewegungsart, FS-Container, Datum)
Moin Doming,
du hast es fast richtig wiedegegeben.
Leistungsnachweisnummer (Auftragsnummer) gehört zu einer Abholung von einem Container (die Nummer bekommt man am Tag der Abholung). Auf dem Leistungsnachweis ist der Abfallschlüssel und die Containernummer vermerkt.
Danach bekommt man einen Wiegeschein. Dieser hat eine eigene Nummer aber einen Vermerk mit der Leistungsnachweisnummer.
Ein Auftrag (Abholung)
Container: 2001-36 (Nummer-m³ Volumen)
Abholung: Leistungsnachweisnummer und Abfallschlüssel , Standort und Stellplatz
Wiegen: Wiegescheinnummer mit Leistungsnachweisnummer, Abfallschlüssel und Gewicht
tbl_Standort habe ich die Aufstelladresse hinterlegt.
tbl_Stellplatz ist für einen speziellen Kunden, dort sind Hallennummern als Stellplätze hinterlegt.
tbl_Kunde, weil ein Kunde ja an mehreren Standorten sein kann.
tbl_Container behandelt die Containernummer und das Volumen und den Dienstleister ( Container Eigentümer)
Meinst du ich benötige noch weitere Tabellen?
tbl_Auftrag wo ich Abholung über die Leistungsnachweisnummer mit dem Container, Gewicht und Datum verheirate?
Wichtig ist mir auch, dass ich sehen kann welche Container noch da sind bzw bearbeitet werden.
Ich habe gerade das Problem, dass mein Nachschlagefeld weiß ist.
Bei Dienstleister hat es wunderbar geklappt
Hallo Pete,
Bevor du mit Formularen anfängst checke erstmal dein DM
bezüglich Datentypen aller Schlüsselfelder (PK & FK).
Auf deinem Bild der Tabelle sind alle FK "kurzer Text" :o
Gibt es überhaupt Beziehungen zwischen den Tabellen?
Bevor das DM nicht korrekt ist brauchst du dir noch
lange keine Gedanken über Workflow/UI zu machen.
gruss ekkehard
Zitat von: Beaker s.a. am Juli 14, 2026, 15:04:40Hallo Pete,
Bevor du mit Formularen anfängst checke erstmal dein DM
bezüglich Datentypen aller Schlüsselfelder (PK & FK).
Auf deinem Bild der Tabelle sind alle FK "kurzer Text" :o
Gibt es überhaupt Beziehungen zwischen den Tabellen?
Bevor das DM nicht korrekt ist brauchst du dir noch
lange keine Gedanken über Workflow/UI zu machen.
gruss ekkehard
Kannst du mir mal erklären was DM und PK bedeutet . :-*
Die FS (FK) bearbeite ich gerade genauso wie die Beziehungen.
Ich stehe gerade vor einer Wand. Wie muss ich die tbl_Container_Status Anlegen ?
(zwei Screenshots anbei)
EDIT: Wand durchbrochen ;D (Containerstatus Final)
Da ich nicht sicher bin, ob nur die tbl_container_Bewegungen ausreicht um den aktiven Bestand auszuwerten und die Wiegenoten (das Gewicht des Abfalls) zu verknüpfen, habe ich die Beziehungen und Datentypen schleifen lassen.
Ein Tipp, warum das Nachschlagefeld nicht funktioniert? #23
Edit: alles neu gemacht und schwups..geht
Moin ,
ich möchte das ich weiß an welchem Stellplatz ein bestimmter Container, der aktiv ist, steht.
Am sinnvollsten ist es dann wohl die tbl_Stellplatz in die Haupttabelle, tbl_Containerbewegungen, als lookup aufzunehmen. Oder?
Erst hatte ich den Stellplatz als lookup in der tbl_Standorte, dass war für mich aber nicht schlüssig. Bzw. habe ich die tbl_Stellplatz als Lookup in der tbl_ContainerBewegungen.
In meiner bisherigen Excel Lösung habe ich zwei Schaltfächen. Behälter Ankunft und Behälter Abholung, zwei Tabellen, Ankunft und Abholung. Wird eine Abholung eines Containers eingetragen, wird dieser aus der Tabelle Ankunft gelöscht und in die Tabelle Abholung eingetragen (hier wird dann auch das Gewicht nachgetragen)
Somit beinhaltet die Tabelle Ankunft immer die aktiven Container.
Frage: Wie bekomme ich , mit nur einer tbl_ContainerBewegung die aktiven gefiltert.
Ich finde die Statusmeldung fehleranfällig, es sei denn, diese wird automatisch beim Schreiben des Eingangsdatums auf Eingang geschrieben.
Hallo Pete,
ZitatKannst du mir mal erklären was DM und PK bedeutet .
DM =
Daten
Modell, also das was du im Beziehungsfenster einrichtest.
PK =
Primary
Key oder auch PS =
Primär
Schlüssel.
So was kann man auch mit Hilfe einer geeigneten Suchmaschine finden.
Anmerkungen zu deinem Modell würde ich gerne Doming überlassen, - er hat sich
damit schon näher auseinander gesetzt.
gruss ekkehard
P.S. Ich lese auf jeden Fall weiter mit.
Zitat von: PeteTheBeat am Juli 15, 2026, 09:33:27Wird eine Abholung eines Containers eingetragen, wird dieser aus der Tabelle Ankunft gelöscht und in die Tabelle Abholung eingetragen (hier wird dann auch das Gewicht nachgetragen)
Was meinst Du mit ,,wird ausgetragen"? Automatisch oder macht das der versierte Anwender von Hand, also beide Tabelle pflegen?
Wenn Du in der Datenbank eine Bewegung einträgst, dann ausschließlich in der Bewegungstabelle, mit der Container-ID als Fremdschlüssel, dem Zeitpunkt und der Bewegungsart-ID als Fremdschlüssel. Das ist dann eine m:n-Tabelle -> beliebig viele Container können beliebig viele Bewegungen haben. Der Primärschlüssel der Bewegungstabelle beinhaltet dann genau diesen einen Bewegungsvorgang, man könnte also in einem Kommentarfeld noch das Wetter bei der Anlieferung/Leerung/Abholung angeben, dann aber bezogen
nur auf diesen einen Vorgang..
Im Formular wird davon lediglich der letzte angezeigt und schon weißt Du, wo der Container ist. Oder, je nach belieben, kannst Du auch in einem Endlosformular den Lebenslauf des Containers anzeigen: am 7.7. angeliefert, am 8. geleert, am 12. wieder abgeholt... usw.
Man könnte bei der Leerung in das Kommentarfeld noch das Gewicht eintragen, aber da Du ja schriebst, dass die Wiegung eine eigene Nummer bekommt, würde ich fürs Wiegen ebenfalls eine eigene Tabelle einrichten, in der die Wiegekartennummer und das Gewicht stehen. Dann in einer weiteren m:n-Tabelle die Wiege-ID mit der BewegungsID verheiraten. Zum Beispiel für den Fall, dass in einem Container zwei getrennt gewogene Materialien lagen.
Gruß
Doming
Zitat von: Doming am Juli 16, 2026, 12:25:19Zitat von: PeteTheBeat am Juli 15, 2026, 09:33:27Wird eine Abholung eines Containers eingetragen, wird dieser aus der Tabelle Ankunft gelöscht und in die Tabelle Abholung eingetragen (hier wird dann auch das Gewicht nachgetragen)
Nein das passiert automatisch.
In der Excel Datei sind folgende Datenblätter.
(Die Daten werden über eine Userform eingegeben)
Ankunft -> enthält alle Conatiner die "aktiv" sind
Abholung -> enthält alle Container die Abgegangen sind, also das Archiv wenn man so will. Dort werden auch Gewichte samt Wiegescheinnummer eingetragen.
Was meinst Du mit ,,wird ausgetragen"? Automatisch oder macht das der versierte Anwender von Hand, also beide Tabelle pflegen?
Zitat von: Doming am Juli 16, 2026, 12:25:19Wenn Du in der Datenbank eine Bewegung einträgst, dann ausschließlich in der Bewegungstabelle, mit der Container-ID als Fremdschlüssel, dem Zeitpunkt und der Bewegungsart-ID als Fremdschlüssel. Das ist dann eine m:n-Tabelle -> beliebig viele Container können beliebig viele Bewegungen haben. Der Primärschlüssel der Bewegungstabelle beinhaltet dann genau diesen einen Bewegungsvorgang, man könnte also in einem Kommentarfeld noch das Wetter bei der Anlieferung/Leerung/Abholung angeben, dann aber bezogen nur auf diesen einen Vorgang..
Im Formular wird davon lediglich der letzte angezeigt und schon weißt Du, wo der Container ist. Oder, je nach belieben, kannst Du auch in einem Endlosformular den Lebenslauf des Containers anzeigen: am 7.7. angeliefert, am 8. geleert, am 12. wieder abgeholt... usw.
Mir geht es darum, dass ich weiß welcher Containere z.B. auf dem Betriebshof als Standort sind. Ich nenne die gerne aktiv. Weil genau diese müsste man dann ggfls. abholen lassen.
Container 200,201,202 sind auf dem Betriebshof.
200 ist in der tbl_Containerbewegung mit ContainerBewegungen_ID 100 und Ankunftsdatum hinterlegt.
Jetzt muss Container 200 abgeholt werden. Wird dann die ContainerBewegungen_ID 100 wieder aufgerufen und das Abholdatum eingetragen ?
Benötige ich, die Frage hatte ich schon mal, eine Ankunft / Abholung Tabelle?
Zitat von: Doming am Juli 16, 2026, 12:25:19Man könnte bei der Leerung in das Kommentarfeld noch das Gewicht eintragen, aber da Du ja schriebst, dass die Wiegung eine eigene Nummer bekommt, würde ich fürs Wiegen ebenfalls eine eigene Tabelle einrichten, in der die Wiegekartennummer und das Gewicht stehen. Dann in einer weiteren m:n-Tabelle die Wiege-ID mit der BewegungsID verheiraten. Zum Beispiel für den Fall, dass in einem Container zwei getrennt gewogene Materialien lagen.
Gruß
Doming
In einem Container ist immer nur eine Fraktion. Natürlich kann in dem Container auch später mal eine andere Fraktion sein.
Container , Leistungsnachweisnummer (LS) bei Abholung, Wiegeschein mit LS Nummer.
Im Moment bin ich davon ausgegangen, das ich den Datensatz der Abholung wieder aufrufe und die Wiegescheinnummer nachtrage samt Gewicht.
Sorry, ich bitte um Geduld. Ich muss mich reinarbeiten und lernen. Bin für jeden Tipp und jede Unterstützung dankbar
Hallo,
wieviel hast Du schon mit relationalen Datenbanken gearbeitet? Access ist ist eine andere Denke als Excel. Man füttert die Tabellen mit den Daten und der Istzustand wird dann durch Abfragen abgebildet.
Eine empfehlenswerte Seite ist in diesem Zusammenhang https://www.access-tutorial.de/ (https://www.access-tutorial.de/)
Wenn Du in Excel die Adresse Deines Kunden änderst, sind die vorherigen Daten weg (je nach getriebenem Aufwand). In Access kommt ein neuer Datensatz hinzu und man kann auch später noch die Adresse vom Zeitpunkt X abfragen.
Wie gesagt, in dem Fall der Bewegungstabelle könnte man das Gewicht auch dem Datensatz mit der Leerung zuordnen, gerade wenn es sicher ist, dass pro Container nur ein Material angeliefert wird.
Im Gegensatz zu Excel sollte der Anwender in Access normalerweise keine Tabelle zu Gesicht bekommen, denn gerade die m:n-Tabellen haben in ihren Feldern (Spalten) normalerweise keine sichtbaren Infos, sondern nur Zahlen. Dort werden nur die Datensatzschlüssel der Grundtabellen miteinander verknüpft.
Gruß
Doming
Zitat von: Doming am Juli 17, 2026, 07:07:04Hallo,
wieviel hast Du schon mit relationalen Datenbanken gearbeitet? Access ist ist eine andere Denke als Excel. Man füttert die Tabellen mit den Daten und der Istzustand wird dann durch Abfragen abgebildet.
Eine empfehlenswerte Seite ist in diesem Zusammenhang https://www.access-tutorial.de/ (https://www.access-tutorial.de/)
Wenn Du in Excel die Adresse Deines Kunden änderst, sind die vorherigen Daten weg (je nach getriebenem Aufwand). In Access kommt ein neuer Datensatz hinzu und man kann auch später noch die Adresse vom Zeitpunkt X abfragen.
Wie gesagt, in dem Fall der Bewegungstabelle könnte man das Gewicht auch dem Datensatz mit der Leerung zuordnen, gerade wenn es sicher ist, dass pro Container nur ein Material angeliefert wird.
Im Gegensatz zu Excel sollte der Anwender in Access normalerweise keine Tabelle zu Gesicht bekommen, denn gerade die m:n-Tabellen haben in ihren Feldern (Spalten) normalerweise keine sichtbaren Infos, sondern nur Zahlen. Dort werden nur die Datensatzschlüssel der Grundtabellen miteinander verknüpft.
Gruß
Doming
Moin Doming, bin zurück aus dem Urlaub.
Ich habe keine Erfahrung mit relationalen Datenbanken. Deswegen benötige ich ja auch Hilfe.
ZitatWie gesagt, in dem Fall der Bewegungstabelle könnte man das Gewicht auch dem Datensatz mit der Leerung zuordnen, gerade wenn es sicher ist, dass pro Container nur ein Material angeliefert wird
Ja ist es. Ein Behälter hat immer nur eine Fraktion .
Hallo Pete,
bist Du denn mit Deiner Entwicklung weitergekommen?
Ich habe mir gerade nochmal Dein Beziehungsfenster angesehen. Hast Du in der tbl_Container_System für jede Containerart ein eigenes Feld? Es reicht doch der Primärschlüssel und ein Textfeld, in dem dann alle Arten eingetragen werden, also Abrollpresse, Abrollcontainer usw. in tbl_Container steht dann nur der Primärschlüssel als Zahl.
In tbl_Container gibt es ein Feld UVV, seid Ihr für die UVV-Abnahmen der Container zuständig? Die UVV werden doch zyklisch nachgeprüft, wird dann jedes Mal der Stammdatensatz des Containers wieder angefasst?
Containerbewegungen:
Gibt es für jede Bewegung einen Auftrag? (AVV4711: Container XY2 am 7.8. zur Leerung abholen, AVV4712: Container XY2 am 8.8. wieder zum Kunden bringen usw.)
Was ich noch gar nicht sehe: eine Tabelle für die Abfallarten mit einem Feld in den Containerbewegungen, damit man später zusammenfassen kann, wie viele Tonnen Metallschrott oder Bauschutt dem Kunden 2025 berechnet werden. Oder steht das auf der Wiegekarte (dann kann man für die wie vorgeschlagen eine eigene tbl_Wiegung erstellen. Dann kann man deren Primärschlüssel in die Bewegung mit eintragen.
Und sieh zu, dass Du von den Nachschlagefeldern wegkommst
Gruß
Doming