Office: (Office 365) Datenimport: Zwei Tabellen die gegenseitig auf sich zugreifen

Mal eine Frage, bevor ich einen Grundlegenden Fehler mache:

Ich möchte gerne meine Arbeitsmappen dahingehend ändern, dass ich ein "Master-Arbeitsblatt" habe, in der alle unsere Artikel auftauchen. Also Artikelnummer, Bezeichnung, Verkaufspreise und alle Informationen die zu dem Artikel gehören.
Diese Informationen sollen dann - je nachdem was in den anderen Arbeitsblättern benötigt wird - über den Datenimport eingefügt werden (also als gesonderte Tabelle in dem Arbeitsblatt und dann Zugriff über XVerweis).
Ich denke das ist besser, als in jedem Arbeitsblatt eine feste Artikelliste habe und diese dann bei Änderungen überall ändern müsste.

Nun habe ich z.B. eine Arbeitsmappe "Einkauf", in der alle Materialien festgehalten werden, die eingekauft werden. Dort natürlich auch der Gesamt-EK (also Material+Fracht+Zusatzkosten).

In der Master-Artikelliste habe ich jetzt aber auch schon einen Datenimport gemacht, der sich aus dieser Einkaufsliste den letzten Einkaufspreis zieht (also ein Tabellenblatt, der aus dem Einkauf Artikelnummer, Artikelbezeichnung, Datum und letzten EK zieht) und dann auf der Artikel-Tabelle eine Spalte mit XVERWEIS den letzten EK holt.
Jetzt frage ich mich eigentlich nur, ob das vielleicht zu Problemen führen könnte, da ja die Master-Arbeitsmappe auf eine Neben-Arbeitsmappe zugreift und umgekehrt.
Da der "Fixpunkt" in beiden Tabellen die Artikelnummer ist, gehe ich davon aus, dass es keine Probleme bereiten wird.
Aber hier sind sicherlich Experten, die da vielleicht auch etwas zu sagen können.

Mir geht es nur darum, dass es am Ende keine Fehler gibt, die ich dann vielleicht nicht mehr ausbügeln kann, weil schon zu viele Elemente miteinander verknüpft sind.

Vielen Dank.

 

Hallo Andreas,

mal ganz ehrlich, das hört sich eher nach einer Datenbankanwendung als nach einer Excel-Anwendung an.

Zunächst solltest du ein entsprechendes Datenmodell aufstellen, bevor du dir Gedanken über die Umsetzung machst. Die Regeln für die Datenmodellierung sind allgemein gültig und gelten natürlich auch für Excel. Nur so erreichst du eine strukturierte Datenhaltung.

Knobbi38

 

Das ist richtig. Würde ich auch gerne machen, aber Access ist in der Bedienung halt schon etwas komplexer.
Vor zig Jahren hatte ich mal die "Lotus Smart Suite" und dort mit Lotus Approach meine komplette Ladenwirtschaft in eine einzige Datenbank gepackt. Das war aber auch leichter in der Bedienung.
Zudem arbeite ich hier nicht alleine und wenn ich da eine Datenbank programmieren würde muß die absolut Fehlerfrei und Intuitiv sein.
Man regt sich hier ja schon drüber auf, wenn ich eine Excel-Tabelle mit einem Datenschnitt ausgestattet habe um verschiedene Bereiche zu filtern.
Kurz gesagt, ich mußte damals schnelle Benutzbare Ergebnisse erzielen und da war Excel für mich die beste Wahl. Aber das ganze entwickelt sich halt auch weiter. Vielleicht werde ich nächstes Jahr mit der Datenbank-Entwicklung anfangen. Sinnvoll wäre es bestimmt. Aber wie gesagt, das muß dann Bedienfreundlich und Fehlerfrei sein.
Mit dem Datenimport bei Excel funktioniert es aber auch gut und wenn mit einem der nächsten Updates auch die automatische Datenaktualisierung kommt, wird es auch genauer.

Den oben gefragten Konflikt gibt es übrigens nicht, ich bin schon weiter.

 

Hallo Andreas,

Access ist ja nur ein Tool für das Erstellen einer DB Anwendung und erlaubt den Zugriff auf einen Datenbank (SQL)-Server mit den Tabellen. Der Vorteil ist die bereits eingebaute Möglichkeit, mit mehreren Benutzern "gleichzeitig" auf die Datenbank zugreifen zu können. Eine bedienerfreundliche Benutzeroberfläche mit Access zu erstellen, sollte jetzt nicht so schwierig sein, denn die Formular in Access und die Steuerelemente sind bereits für die Datenbankanbindung optimiert, anders als in Excel in Verbindung mit Userforms.

Unabhängig davon würde ich auch unter Excel schon mal auf eine Datenstruktur/-modell achten, welches auch für eine Datenbank geeignet ist. Das erleichtert den Umstieg und auch den Einsatz von Tools wie z.B. PowerQuery enorm.

Für Einsteiger in diese Technik empfehle ich ganz gerne das Buch von A.Stern:
A. Stern: Keine Angst vor Microsoft Access!

und wenn man nur mal gerade eben etwas mit Excel/Powerquery ausprobieren möchte, gibt es ein portables Tool MDB Viewer Plus, mit dem man relativ einfach eine Access-DB mit einigen Tabellen anlegen kann, ohne gleich mit dem ganzen Access konfrontiert zu werden.

Wie bereits an anderer Stelle gesagt, mit Excel einen Datenbank-Client zu entwickeln, ist eigentlich kein gute Idee, da gibt es weitaus bessere Tools, aber immerhin kann man nun mit PowerQuery relativ leicht auf DB-Server zugreifen.

Gruß
Knobbi38