Office: (Office 2016) Fragen beim Aufbau einer Datenbank

OK, hast recht!
Ich wollte nur erstmal einen möglichst konsistente Datenbasis für das weitere Vorgehen schaffen, nicht dass man sich da noch Probleme einhandelt und Fehler an der falschen Stelle sucht.

Den Zusammenhang habe ich noch nicht ganz verstanden.
Was bedeutet das im Zusammenhang mit der skizzierten Datensammlung in anliegender Excel-Tabelle?

Gruß
Marco

 

Hallo,
die Eigenschaften gibt keine Feldnamen, sondern Feldinhalte (siehe Bild).
EinheitID_F ist noch leer, hier muss der FS rein der auf die entsprechende Einheit verweist.

 

Moin Klaus,

zu dieser Art von Datenbankaufbau muss ich erst noch ein wenig lesen.
Gehe ich recht in der Annahme, dass es sich hier um einen relationalen Datenbankaufbau handelt?

 

Hallo,

die Frage überrascht mich jetzt, Du willst Access nutzen und weißt nicht was das Programm ist bzw. macht ? *grins

Access ist ein Entwicklungsprogramm für relationalen Datenbanken, nichts anderes. Und wenn man Access sinnvoll nutzen will geht nur eine relationalen Datenbank.

Hier noch Lesestoff:
A. Kelz: Relationale Datenbanken
und
Access-Tutorial: Lernen Sie Microsoft Access Datenbanken zu erstellen!

 

Dazu habe ich ja tatkräftige Unterstützung, dafür vielen Dank!
Was man nicht weiß kann man ja bekanntlich lernen......

Ich lese mal ein wenig.....sieht für mich aber nach einem völligen Neustart aus. *rolleyes.gif*

Gruß
Marco

 

Moin Klaus,

ich habe mal ein wenig zur Normalisierung gelesen und versucht meine Daten weitestgehend zu normalisieren (siehe Anhang).
Weiter würde ich nicht gehen wollen, da dann für mich die Übersicht verloren gehen würde.

Die Umsetzung in eine Struktur mit Atributen fällt mir ebenso schwer.
Es ist eine tolle Sache, wenn bei späterer Erweiterung der DB die Struktur unverändert bleiben kann. Aber auch hier ist mein Problem die Übersicht.
Aufgrund meiner eher geringen Kenntnisse von Datenbanken würde ich hier eine einfachere, für mich handelbare Struktur wählen wollen.

Ich habe Tabellen Angelegt un in die Beziehungsübersicht eingefügt.
Als nächstes müsste man jetzt die Schlüssel definieren und die Beziehungen herstellen, hier könnte ich Unterstützung gebrauchen.

Gruß
Marco

 

Hallo,
die gezeigte Struktur ist ungeeignet. Damit helfe ich nicht.
Die Tabelle tab_SAPz ist für mich ersatzlos überflüssig. Auch diese Felder sind in einer normaliserten DB Feldinhalte, keine Namen.
Im übrigen ist in dieser Tabelle Equipment nur ein eindeutiges Feld aber nicht der Primärschlüssel, das sollte die WandlerID sein. Aber wie gesagt, die Tabelle braucht es nicht.

Die Übersicht geht eher bei Deinem Aufbau verloren.
Auch bei einem normalisierten Aufbau kannst Du die Daten in Gruppen anzeigen und in einem Registersteuerelement jede Gruppe in einem Unterformular darstellen, sehr übersichtlich in einem Formular mit bearbeitbaren Daten. Und kommt ein Merkmal dazu, ist nichts weiter zu ändern.

 

OK, schade, ich hatte gehofft, dass du mich trotzdem ein wenig bei der Erstellung unterstützen würdest.
Nicht jeder kann auf Anhieb durch einen professionellen Aufbau durchblicken.
Es ist hier weniger die fehlende Lernbereitschaft als die fehlende Übung.

Gruß
Marco

 

Hallo,
ich bin schon bereit Dir zu helfen, aber eben nur mit einem Konzept das mich selbst überzeugt.
Wenn Du Interesse hast, mache ich Dir mal einen ersten Entwurf.
Aber dazu hätte ich gern eine Exeltabelle die 2 Geräte (nur 2) umfasst mit unterschiedlichen Daten.
Die Exceltabelle sollte also nur die Daten von 2 Equipments haben.
Die Felder, die Du über die Splitfunktion ausliest bitte extra kennzeichen.

 

Moin Klaus,

OK, kann ich verstehen.....

Natürlich, sehr gerne, ich hoffe nur, dass ich ihn verstehen und anwenden kann.
Sollte man aber natürlich versuchen, vielen Dank!

In welcher Form?
Einen Datensatz in einer langen Zeile oder schon ein wenig gruppiert?

Gruß
Marco

 

Ich habe mal eine Tabelle zusammengestellt.
Kannst du damit was anfangen oder muss noch etwas angepasst werden?

Gruß
Marco

 

Hallo,
die leeren Felder unter allgemein und noch allgemeiner sind mir nicht klar.
Wieso gibt es in den 3 Datengruppen die gleichen Kern Felder ?
Und warum sind die leer ?
Was heißt Kern 1 und Kern n, ?

Das größte Problem wird wohl sein, mir die Zusammenhänge klar zu machen. Wenn das gelungen ist, dürfte der Rest nur noch wenig Aufwand sein.

 

OK, ich versuch das nochmal allgemein zu beschreiben:

1. 1 DS beinhaltet die Daten eines Betriebsmittels "Wandler"
2. jeder Wandler kann über seine SAP Equipmentnummer eindeutig zugeordnet werden
3. ein Wandler hat allgemeine Felder wie Baujahr, Seriennummer, Gewicht, ect.
4. ein Teil der allgemeinen Daten liegt als SAP-Export vor, Pflege in SAP, schreibgeschützt in ACCESS
5. ergänzende allgemeine Daten werden in ACCESS gepflegt
6. jeder Wandler kann "n" Stomkerne mit diversen Feldern haben (Feld 1 bis Feld n)
7. jeder Wandler kann "n" Spannungswicklungen mit diversen Feldern haben (Feld 1 bis Feld n)

Die sind nur exemplarisch für die Möglichen Felder die die z.B. ein Kern haben kann:

• Iprimär (Feld 1)
• Isekundär
• Klasse
• ect. (Feld n)

weil nur exemplarisch zur Verdeutlichung

Die drei Datengruppen wären dann:

1. Kerne
2. Wicklungen
3. ?? allgemeine Daten

 

Moin,

es sollte doch kein Problem sein, im Access das zu tun, was im SAP von Anfang an gefehlt hat: Wicklungen und Kerne mit einer Dummy-Id versehen und in eigene Tabellen auslagern. Wundert mich eh, dass die keine IDs haben.

 

\@Ralf
in der SAP Tabelle gibt es eine ID, nämlich das Feld Equipment, das auch ein Zahl ist (den Bildern nach).