Hallo Liebe Community,
ich bin schon einige Zeit raus aus der Benutzung von Access, weswegen ich eure Hilfe benötige. Zum Thema, ich möchte eine alte Lagerdatenbank (entstand aus einem Excel file) in eine angemessene Datenbank verwandeln und stoße langsam an meine Grenzen.
Momentan scheitere ich an der Lagerposition, wobei es momentan wie folgt aussieht:
"Ware A" "R3/B9 (Pos 86-88)"
Für ein optimales Lager sollte doch nach meinem Verständnis jeder Artikel einen einzelnen Datensatz haben, also somit:
"Ware A" "R3" "B9" "Pos86"
"Ware A" "R3" "B9" "Pos87"
"Ware A" "R3" "B9" "Pos88"
Denn in dieser Form, muss nur der entsprechende Datensatz gelöscht werden, wenn z.B. Ware A bei der Position 88 entnommen wurde, anstatt ich die Texteintrag per Hand abändern muss.
Nun kommt dazu, dass es keine einheitliche Beschriftung gibt, denn manchmal kommt auch so was vor.
R3/B10 (Pos25, 27, 28)
Zum Verständnis: R3/B10 bedeutet Regal 3 Box 10, was übrigens auch eine eigene Zeile bekommen sollte.
Da die Datenbank ca. 400 Einträge hat, würde das per Hand Ewigkeiten dauern. Hat jemand vielleicht eine Idee wie ich das realisieren kann?
Falls das nicht möglich ist, wäre ich auch froh, über diese Festellung.
Vielen Dank im Voraus
der_Heitzer
Hallo,
die primäre Aufgabe hier ist die Normalisierung (Atomisierung) der Daten.
Siehe u. st. Links 1 und 1a
Soll heißen, es werden mindestens für dieses Teilproblem 3 Tabellen benötigt:
tblArtikel:
ArtID (PK,Autowert)
Art_Bezeichnung (Text)
.
.
.
tblLagerorte (könnte weiter aufgedröselt werden, was jetzt eher nicht nötig ist)
LOID (PK, Autowert)
LO_RegalNr (Zahl,long)
LO_BoxNr (Zahl, long)
LO_PosNr (Zahl, long)
.
tblArtikelLagerorte
ALOID (PK, Autowert)
ALO_ARTID (FK, long)
ALO_LOID (FK, long)
.
.
.
Beziehungen über die Schlüsselfelder mit ref. Beziehung herstellen.
Damit sollte die Tabellestruktur die beschriebene Situation abbilden können.
Nächste "Aufgabe" besteht darin, die vorhanden Daten so (per SQL/VBA) zu interpretieren, dass damit die Tabellen korrekt gefüllt werden können.
Zitatdass es keine einheitliche Beschriftung gibt,
Da ist eben Fleißarbeit angesagt, alle möglich Kombinationen im Code auseinander dröseln zu können.
Die Tabelle "tblLagerorte" kann von vornherein schon mit den Daten gefüllt werden, aus denen sich eben die Lagerorte ( Position in einer Box in einem Regal) in bekannter Weise zusammensetzen.
Hallo Franz,
vielen Dank für die schnelle Antwort. Die Daten in mehreren Tabellen unter zu bringen ist wirklich eine super Idee! Ich werde mich gleich an die Fleißarbeit machen. Die Informationen Regal / Box / Position x-y konnte ich schon trennen.
Wahrscheinlich muss ich dann noch ein Eingabeformular verfassen, damit mir niemand die Struktur zerstört/ auch richtig einträgt.
Hallo,
ZitatWahrscheinlich muss ich dann noch ein Eingabeformular verfassen
nicht wahrscheinlich, sondern zwingend. Dateneingabe erfolgt immer über Formulare, niemals über die Tabellen direkt. Höchtens in der Entwicklungsphase kann man das zu Testzwecken mal machen.
So ich habe mich jetzt richtig rein gearbeitet und alles erledigt. Vielen Dank für die Hilfe!
Übrigens, für die Datenmodellierung und anschließende Transponierung der Positionen habe ich sehr unkonventionell Excel verwendet. Ich habe erst die Positionen mittels Datenimport getrennt und dann per Hand die restlichen Zahlen eingeben. Ging nur, weil pro Datensatz meistens nur eine Zahl hinzugefügt werden musste. Per SLQ oder VBA konnte ich mir einfach nicht helfen. Zum Schluss habe ich per Anfügeabfrage alle Positionen den passenden Wert zugewiesen/hinzugefügt.
Viele Grüße
der_Heitzer