Office: (Office 2003) Datenbank aufbauen Teil-1

Das kannst nur du feststellen, ob das so ist. *wink.gif*

Mir kommt das Zusammenspiel zw. tblProdukt, tblTeilestamm, tblHKTeil und tblBeanstandung noch etwas ungewöhnlich vor. Es ist aber egal, wie es mir vorkommt, denn es muss so sein, wie du es benötigst.
Ich kenne es nur etwas anders aus meiner Praxis. Dort verwende ich z.B. die Kennung Kaufteil/Hausteil im Teilestamm und nicht bei den Beanstandungen.

 

Ja, wenn ich mir das recht überlege hast du recht!

habe das mal abgeändert, somit entfällt aber die Beziehung zur tblBeanstandung.

mfg
Erich

 

Code:

Warum hast du jetzt HKBeschreibung in den Teilestamm kopiert statt zw. tblTeilestamm.HK und tblHKTeil.HK herzustellen?

BTW: Die Standard-Textlänge eines Textfeldes könntest von 50 auf 255 umstellen. Das ist eine ziemlich sinnlose Einstellung die Access standardmäßig vorgibt.
(Länge würde ich nur einschränken, wenn es das Ablaufmodell fordert - oder ich z.B. für einen PK nur ein paar Zeichen erlauben will.)

 

habe wohl nicht überlegt, sorry!

ich werde das bei mir anpassen.

mfg
Erich

 

ich habe das angepasst, so OK? hast du das so gemeint?

PS es gibt natürlich auch Bildmaterial zu den QB's, kann man das mit einbinden? und die sogar im Formular anzeigen bei Auswahl der QB bzw. Bildes

mfg
Erich

 

Nein, so war das nicht gemeint. Jetzt ist das Feld HK zusätzlich noch in der Tabelle tblBeanstandung.
Warum hast du das Feld dort eingefügt?

Es reicht aus, wenn du in tblBeanstandung die Teilekennung im im Teilestamm die Information von HK hast, da du mittels Join von tblBeanstandung über die Teilekennung zur HK_Info kommst.

Vielleicht solltest du Access erstmal ruhen lassen und deine Struktur auf einem großen Blatt Papier entwerfen.
Es bringt nichts, wenn ich dir die komplette Struktur vorkaue, da nur du die genauen Anforderungen kennst und daher auch das Modell selbst gestalten musst.
Erst wenn dir das Modell klar ist, solltest du die nächsten Schritte mit Access unternehmen. Alles andere führt meiner Meinung nach nur zu Problemen bei der Anwendungsentwicklung, die mit einem "sauberen" Datenmodell nicht entstehen würden. (Eine klare Vorstellung vom Datenmodell ist auch erforderlich, wenn - wie in dem von dir geschilderten Fall - die Tabellen noch überschaubar sind..)

BTW:
Das Access-Tutorial kennst du?

@all:
Kenn jemand ein Tutorial o.ä., das sich unabhängig vom DBMS mit dem Strukturentwurf befasst? (nicht nur Normalisierung sondern eher die Schritte, die zum Erfassen der erforderlichen Daten durchzuführen sind)

 

Hallo Josef, @alle

nun habe ich alle Information im DBM berücksichtigt, die ich brauche.
Hast du noch Anmerkungen dazu? die tblBildmaterial ist eine Mustertab, hat noch keine Beziehung ich würde die aber den Beanstandungen zuweisen, da es mehr als 1 Bild pro QB geben kann. evtl. hast du einen anderen Tip dazu.

(die Seite kenne ich) dort habe ich auch ein Bsp. gefunden Bilderspeichern.

Gruß
Erich


@alle

wer erstellt bzw. Entwickelt mit mir nun weiter?

Wie gesagt bin für jede Unterstützung Dankbar!

 

Im Anhang mal ein Foto,
sieht so aus als würde ich mir selbst Antworten, das was ich da gez. habe ist doch quatsch oder?

mfg
Erich

 

Warum? *Smilie

Sieht für mich relativ schlüssig aus.
Ein Punkt fehlt mir noch: Welchen Teil behandelt die Beanstandung?

 

Hallo Josef,

Danke für die Antwort, ich weiß das Modell muss erst stehen bevor ich weiterkomme mit der DB.

die Frage habe ich nicht verstanden, meinst du Teile oder Teil des ganzen?
die Zeichng. ist erst mal ein Modell weil ich mich da mit der Intität und den Attribut beschäftigt habe, dh. aber nicht das ich das zu 100% verstanden habe die Zeichng. würde mir nun sagen ich brauche die gezeichnete Menge an Tabellen?

Habe einfach mal damit probiert und ein ER Modell erstellt, dann ins Relationenmodell umgewandelt. Das heißt die Zeichng. ist das Ergebnis vom ER Modell. Wie würdest du das denn Zeichnen?

mfg
Erich

 

Ein Beanstandung betrifft doch bestimmte Teile,oder?

Aus deinem Modell kann man herauslesen, an welchen Lieferanten die Beanstandung geht. Aber welcher Teil bzw. welche Lieferposition wird beanstandet?

 

Hallo Josef,

Danke!

zZ bist du der einzige der mir antwortet, jetzt habe ich die DB aus V05x noch mal als ERM und Relation hier hochgeladen.

was würdest du @alle dazu meinen?
könnte man jetzt zu Teil-2 Datenverwaltung gehen? und ein Formular mit Bspw. einem Register entwickeln welches die Daten zu

- Lieferant
- Teilestamm
- Produkte
- Sacharbeiter
- Verteiler
- Bildmaterial
Zentral enthält um von dort aus zu ergänzen, ändern, löschen
Wer würde mich dabei Unterstützen?

mfg
Erich *wink.gif* *Smilie

 

Gemäß Darstellung in Relation_...-PDF gibt es nur eine Aktion je Beanstandung, ist das richtig?

In Anhang ist eine Variante, wie ich mir die Datenablage vorstellen könnte.
Was aber nicht bedeutet, dass diese für dich passt!
Anm.: Die Tabelle "Produkt" habe ich bewusst weggelassen, da ich nicht weiß was du darunter verstehst.

 

Hallo Josef,

ja im Grunde kann es nur eine geben. Jdoch soll da auch der Aufwand in h, Menge kontrolliert und eine laufende Nr. bzw. Kennummer erfasst bzw. festgehalten werden. Soll dann mal als Protokoll (Bericht) erstellt werden. Eigentlich müsste ich das als Maßnahme formulieren so wird es glaube ich verständlicher. Ansonsten scheint es (obwohl ich das nicht wirklich lesen kann) zu passen. Würde noch das Bildmaterial und der Abschluss (erledigt) also 8D-Report zur Beanstandung fehlen.
das ist ein Bericht mit Abstellmaßnahmen vom jeweiligem Lieferant.

Produkte = Teilestamm dort wird ja bereits auf das Produkt vom Lieferanten verwiesen, daher ist bzw. wäre es doppelt vorhanden.

PS ich habe scheinbar den gleichen Designer wie du, ich könnte das also auch als .xml in den Designer laden? Was bedeutet eigentlich (FK) und wie geht es denn weiter?

mfg
Erich *wink.gif* *Smilie

 

Hi Ihr Beiden,

ohne Josef vorzugreifen:

FK = Foreign Key = Fremd Schlüssel


An Euch Beide gefragt: Mit welchen Programm habt Ihr Euer Datenmodell gemacht? Angeängte Grafiken sehen ja "nett" aus ;-)