Office: (Office 2016) Fragen beim Aufbau einer Datenbank

Ich habe die Möglichkeiten für die Kerntypen als Excel-Sheet angehängt.
Für die Kerne kommen 2 unterschiedliche Typen zum Tragen.
Ist die Frage ob es sich lohnt diese zu trennen oder einfach beide in einer Tabelle zu lassen?

 

Ich habe die Tabellen noch weiter aufgedröselt....

 

Hallo,
erst mal Fragen zu der SAP Tabelle.
- Wie oft wird denn imortiert ?
- Wenn erneut importiert wird, sind das dann auschließlich neue Daten oder können sich auch Werte der gleichen "Equipment" Nummer geändert haben ?

Bitte mal genauer beschreiben.

 

1. wenn neue Betreibsmittel hinzugekommen sind, schätzungsweise 1 x im Monat
2. wenn bestehende Daten geändert wurden, ggf. alle 3 Monate

Bei Datenänderung (Fehleingabe korrigiert) könne sich auch bestehende Daten ändern, sollte aber eher selten sein, ist aber möglich.

EDIT:
Wenn das Betriebsmittel entfällt wird auch die Equipment-Nummer gelöscht und NICHT wieder verwendet.

 

Hallo,

und woran erkennst Du das dann ?
Gibt es da eine Benachrichtigung ?
Die Daten die Du über Split ermittelt hast, müssen ja dann ggf. neu errechnet werden.

Und was passiert dann mit den Daten die zu dieser Equipment-Nummer in der Access Erweiterung erfasst wurden ?

 

Der SAP-Pflegende ist auch der Ex-/Importeur.
Richtig, bei jedem Import müssen die Split-Felder neu berechnet werden.

In dem SAP-Export fehlt dieser Datensatz dann, alle zugehörigen Verbindungen die zu diesem Equipment gehören müssen dann entfernt werden.

 

Hallo,
unter diesen Bedingungen kannst Du im Beziehungsfenster keine Beziehung zur SAP Tabelle herstellen.
Die müsste ja dann vor jedem neuen Import gelöscht werden, dann neu importiert und anschließend Beziehung wieder herstellen.

Was bei den gelöschten Equipment-Nummer mit den dazugehörenden erfassten Access Daten passieren soll ist noch nicht ganz klar, sollen die auch verschwinden oder müssen die erhalten bleiben?
Verbindungen löschen hat ja mit den Daten zunächst mal nichts zu tun.

Davon hängt auch die Art der Beziehung ab, ob mit oder ohne referentielle Integrität z.B.

 

Dann hätten wir in ACCESS Leichen, ist nicht schön, aber auch kein Weltuntergang.....

Hilft es wenn der Bezug zum SAP-Excel-Export nicht als Verknüpfung gehalten wird sondern einfach nur immer eine neue Tabelle in ACCESS erzeugt wird (vorher die alte löschen) und um Anschluss eine Löschabfrage drüber läuft?

 

Hallo,
Ja, ich würde unter diesen bedingungen keine Beziehung anlegen, sondern nur Verknüpfungen in Abfragen verwenden.
Nach einem neuen SAP Import lässt sich über eine Inkonsistensabfrage prüfen, ob es in den ACCESS Tabellen alte Equipment-Nummer gibt, ie man dann automatisch löscht. Aber das ist eine nachfolgende Baustelle.

Zum eigentlichen Datenmodell mache ich nachher mal einen Vorschlag.

 

Hallo,
anbei mal ein Vorschlag für einen möglichen Aufbau.

Erläuterungen:
Alle Merkmale/Eigenschaften die ein Wandler haben kann werden in einer Tabelle als je ein Datensatz gesammelt (Eigenschaften). Beliebig viele Eigenschaften/Datensätze möglich. Ggf. kann die Tabelle noch um ein Feld für eine Gruppierung (z.B. Kerndaten) erweitert werden. Die Tabelle erhält noch einen Fremdschlsüüel (FS) zu einer Tabelle mit den Einheiten (A, V etc.).
Dann gibt eine Tabelle für die Wandlertypen, je Typ ein Datensatz, ebenfalls beliebig viele Typen möglich.
Dann gibt es eine Tabelle in der die Eigenschaften den Typen zugewiesen werden (WTypEigSchaft). Wandlertyp 1 hat Eigenschaft 3, 4, 5 Der Wandlertyp 2 hat Eigenschaft 5, 7, 9 über die FS als je ein Datensatz.
Dann gibt es die Tabelle mit den eigentlichen Wandlern, in dieser ist auch die EquipmentNr (eindeutig indiziert, aber kein PS). Da kommen dann auch die gesplitteten Felder rein.

Jetzt kommt die Tabelle die die eigentlichen Werte eines Wandler aufnimmt (WandlerEigSchaft). In diese Tabelle wird dann automatisch die Eigenschaft (der FS) als je ein Datensatz eingetragen die sich aus der Zuweisung aus Tabelle WTypEigSchaft ergibt. Das lässt sich mit einem Hauptformular (Wandler) und einem Unterformular (Tabelle WandlerEigSchaft) sehr gut anzeigen. Werte (in das Feld Eintrag) eintragen. Die entsprechende Einheit wird automatisch angezeigt.

Beziehungsbild im Anhang.

 

Hallo Klaus,

vielen Dank für deine Unterstützung.
Die Zusammenhänge muss ich erstmal "verdauen".

Den Import der SAP-Daten mache ich jetzt auf Knopfdruck:

PHP:

         Private Sub Befehl0_Click()
Pfad = Application.CurrentProject.Path & "SAP.xlsm"
DoCmd.DeleteObject acTable, "tab_SAP"
DoCmd.TransferSpreadsheet acImport, acSpreadsheetTypeExcel9, "tab_SAP", Pfad, True
End Sub


 

Hallo,
ja, der Import ist so OK.
Es dürfen hier keine Beziehungen eingerichtet sein, da dann die alte Tabelle nicht gelöscht werden kann.

 

Moin Klaus,

ich habe mir deinen Vorschlag mal zu Gemüte geführt.
Leider muss ich sagen, dass mir hierfür die nötige Datenbankdenke fehlt.
Ich denke aber, dass ich den Grundansatz der Verteilung der Daten auf mehrere logisch verbundene Tabellen verstanden habe.
Die entstehende Datenbank muss für mich als Datenbank Newbee ja handlebar bleiben.

Wäre es für dich OK, wenn ich einen eigenen Vorschlag mache und wir diesen gemeinsam anpassen?


Momentan hänge ich am Abgleich des Datenimportes.
Das Importieren der tab_SAP läuft soweit. Jetzt müsste bei jedem Import eine Inkonsistenzabfrage über tab_SAP und tab_SAPz laufen.
Wenn in tab_SAP neue Equipment-Nummer hinzugekommen sind muss ein leerer Datensatz mit der entsprechenden Equipment-Nummer in tab_SAPz angelegt werden. Anders herum muss bei Löschung eines Equipments in tab_SAP auch der zugehörige Datensatz in tab_SAPz gelöscht werden.

Die Abfrage für das Anfügen funktioniert auch soweit in der "Auswählen"-Ansicht. Ich habe aus tab_SAPz 2 Datensätze gelöscht, die Abfrage zeigt mir dann auch diese Unterschiede an. Wenn ich jetzt auf "Anfügen" umstelle bekomme ich folgende Fehlermeldung:

Abfrage:

PHP:

         INSERT INTO tab_SAPz ( Equipment, Equipment )
SELECT DISTINCT tab_SAP.Equipment, tab_SAPz.Equipment
FROM tab_SAP LEFT JOIN tab_SAPz ON tab_SAP.[Equipment] = tab_SAPz.[Equipment]
WHERE (((tab_SAPz.Equipment) Is Null));


 

Moin,
Code:

ein Spaltenname darf nur einmal auftreten.

 

Hallo,
@marco
Ich halte es für völlig überflüssig zum jetzigen Zeitpunkt über den Import der Daten nachzudenken. Das ist noch nebensächlich.
Erst muss die Tabellenstruktur fertig sein, dann wird über den Import nachgedach, nicht umgekehrt.
Ich werde also zum Import zum jetzigen Zeitpunkt keine Aussage machen.

ja, mache das mal.
Aber eines vorweg, bei der Vielzahl unterschiedlicher Eigenschaften/Merkmale darf eine Eigenschaft keine Feldname sein, das ist immer Feldinhalt. Nur dann bist Du in der Lage das Konzept flexibel zu machen. Es kann und darf nicht sein, dass wenn eine Eigenschaft hinzu kommt, die Struktur geändert werden muss und dadurch weitere Anpassungen an Formularen etc. notwendig werden.

Mache also mal Deinen Vorschlag.