Office: (Office 2003) Datenbank aufbauen Teil-1

Hallo Sascha,

nein und die Beschreibung dazu
habe mal die tabs in Access erstellt, nun müsste ich die Struktur noch einbringen (Attribut) und die Beziehungen erstellen

würdest du da Unterstützen?

mfg
Erich

 

Das kann natürlich Ansichtssache sein, wie man das gestallten will. Ich würde auf die Tabelle verzichten und einen Hausinternen Lieferanten einrichten.

Dein .doc würde ich gerne mal "überarbeiten" werde das aber hier im Thread tun, damit andere besser verfolgen können. OK?

Ich fange mit den Objekten(Tabellen) an und stelle ein paar Fragen dazu:

- Lieferanten
- Beanstandungen
Ein Artikel kann mehrere Beanstandungen haben. Darauf zu achten ist, dass eben der Artikel auch von unterschiedlichen Lieferanten kommen kann. Insofern sollten auch der Fremdschlüssel des Lieferanten mit aufgeführt sein.

tbl_Beanstandungen
BeanstandungID
ArtikelID
LieferantenID
u.w.

- Beanstandungsmaßnahmen

- Erfasser der Beanstandung
Hier würde ich wahrscheinlich eine andere Tabellenbezeichnung wählen. Z.B. Mitarbeiter oder Personen. Ist aber eine Formsache! *Smilie

- Artikelstamm
- Verteiler
- Bildmaterial

- Fehlerbild (Ansprache oder Fehlertext)
Ist hier der Fehlertext Freihand oder vorgegeben und wie leigt der unterschied zur Ansprache?

- Notizen
- HKArtikel
auf diese Tabelle würde ich verzichten - siehe oben -

- Fehlereinstufung (A,B,C)

Allgemein: Damit ich die gleiche Schreibweise verwende, welche Schreibweise (Feldnamen) nimmst Du für Primary und Foreign Key?

Ich z.B. verwende immer den gleichen Feldnamen. In der Tabelle Lieferanten wäre das z.B: LieferantID das in Beziehungstehende Feld hätte auch den gleichen Namen. Innerhalb der Bezeichnung unterscheide ich nicht zwischen Foreign oder Primary Key. Ich denke darüber lässt es sich streiten. Meine Variante finde ich aber übersichtlicher, zumal ich auch noch nicht der Mega Profi bin...

 

zu #61

Es gibt zwei Möglichkeiten der Unterstützung:

1. Das Modell wird Dir von einer Fremdperson erstellt
Vorteil für Fremdperson: Geht scheinbar schneller.
Nachteil für Dich: Du lernst den Weg zum richtigen Datenmodell nicht!

2. Man gibt Anregungen und begleitet Dich auf dem Weg zum richtigen Modell.
Vorteil für Dich: Du lernst eine Menge dazu.
Nachteil für Fremdperson: wesentlich Zeitaufwendiger!

Ich denke Josef und ich schätzen eher die 2 Variante, wie Du unlängst aus der Menge und Länge der Beiträge erkennen kannst. Und helfen tun ALLE im MOF gerne. Als Gegenleistung wäre es aber auch wichtig, sich mit den Anregungen/Vorschlägen ernsthaft auseinander zu setzen.

 

- Notizen
- HKArtikel
auf diese Tabelle würde ich verzichten - siehe oben -

- Fehlereinstufung (A,B,C)

Allgemein: Damit ich die gleiche Schreibweise verwende, welche Schreibweise (Feldnamen) nimmst Du für Primary und Foreign Key?

Ich z.B. verwende immer den gleichen Feldnamen. In der Tabelle Lieferanten wäre das z.B: LieferantID das in Beziehungstehende Feld hätte auch den gleichen Namen. Innerhalb der Bezeichnung unterscheide ich nicht zwischen Foreign oder Primary Key. Ich denke darüber lässt es sich streiten. Meine Variante finde ich aber übersichtlicher, zumal ich auch noch nicht der Mega Profi bin...

mfg
Erich und danke

 

Ja ihr habt völlig recht,

bleiben wir bei Variante 2

Danke

 

Sehe ich auch so. Hier tritt aber folgendes Problem auf (insofern ich Dich richtig verstanden habe):

Der Mitarbeiter kann also zwischen einen Standard Text aus Fehler_Kurztext wählen oder einen Freihandtext eingeben. In diesem Fall sollten wir die Fehlerbeschreibung in eine Tabelle auslagern, z.B.

tbl_Fehlerkurztexte
KurztextID
Kurztext

tbl_Fehler
fiKurztext
fiBeanstandung
SonstigeText (eine Memo oder Textfeld)

Ablauf könnte sein: In Fehlerkurztexte richtest Du einen Kurtext mit Sonstige ein, bei der späteren Erfassung des Fehlers wird dann auf diese ID geprüft und das Feld SonstigeText zur Eingabe freigegeben.

 

ja im Grunde OK
nur ich befürchte das dies für mich unübersichtlich wird können wir uns auf doc Nummerierung einigen? meines heißt hat (Nr. 3)

Hallo Sascha,
Da nimmst du mir schon folgendes Problem ab,

Mitarbeiter beschreiben den bereits aufgetretenen Fehler immer wieder unterschiedlich, der eine benennt ihn Bspw. Lack n.i.O der andere wieder Lackfehler, ich möchte aber ja das die Fehlerhäufigkeit zum Artikel später ausgewertet werden kann, daher ist die Idee Auswählen oder bei nicht vorhanden Eingeben das was ich brauche.
dh. das Memofeld für Texteingabe finde ich gut.

mfg
Erich

 

Zum Auswerten der Fehler ist eine EINDEUTIGE Fehlerbeschreibung unumgänglich. Meine Variante birgt für diesen Fall aber eine Gefahr:

Sollte der Mitarbeiter den eindeutigen Fehler nicht in der Liste Fehlerkurztext finden, so wird er Freihand schreiben. Daraus kann auch resultieren - auch leidige Erfahrung von mir - das der Mitarbeiter garnicht erst sucht und gleich die Freihand Variante wählt.

Fazit: Keinen freien Text zulassen! Mein Vorschlag aus den Gedanken streichen. Besser wäre wohl:

Den Mitarbeiter das Auswählen aus den Fehlerkurztexten so leicht wie möglich machen. Vielleicht noch Kategorien von Fehlern definieren. Fehlt der gewünsche Kurztext, so kann der Mitarbeiter diesen selber über eine Maske (Formular) anlegen.

 

oder auch:

Der User wählt nur eine Eindeutige Kategorie, z.B. Lack und kann dann per Freihand den Fehler genauer definieren. Das hängt aber davon ab, wie genau Du die Fehler später auswerten willst.

Kategorie: Lack

Beschreibung (Freihand) könnte sein

A. ist zerkratzt
B. falcshe Farbe
C. Blättert ab

In diesen Fehler kannst Du zwar Auswerten, das es sich um einen Lackfehler handelt, aber nicht AB oder C.

 

BTW: Um was für eine Art von Artikeln handelt es ich?

 

Das würde ja bedeuten ich lege eine Art Fehlerkatalog zur Verfügung
und müsste dazu ebenfalls Tabellen anlegen, auf denen dann mittels Listenfeld
eine Auswahl "Kategorie" und daraus den FehlerText suchen bzw. eingeben
oder den neuem in dem Katalog hinzufügen
mfg
Erich

bist du mit der doc Nummerierung einverstanden? denn ich habe jetzt schon fast den Überblick verloren wo und wie ich verbessern kann!

 

Fahrzeugspezifische Einbauteile sogenannte Zsb. wie Bspw. Getriebe, Stabilisator, Querlenker usw. das wären hier die angesprochenen Artikel (vieleicht besser Produkte) es gibt auch Schrauben und Muttern also anderweitige Produkte.

mfg
Erich

 

Richtig. Das wäre eine mögliche Variante. Beim jetzigen Modell sollten wir also berücksichtigen, das wir uns die Möglichkeit offen halten oder es gleich mit einbauen.

Wir sind jetzt auf Seite 1 von .doc (3) und gleichen die erforderlichen Tabellen an. Sollte Josef mal vorbei Fliegen, so erbitte ich ausdrückliche Beteiligung, Kritik, Lobesworte oder haue!!!*grins

 

Hallo Erich,

wir machen mal kurz einen "Zwischenstop" und definieren die notwendigen Tabellen die wir benötigen:

tbl_Lieferanten
LieferantID

tbl_Artikel
ArtikelID

tbl_Artikellieferanten
fiLieferant
fiArtikel
(fiArtikel & fiLieferant als PK definieren)

tbl_Personen
PersonID

tbl_Beanstandungen
BeanstandungID
fiArtikel
fiLieferant
fiPerson

tbl_BeanstandungMaßnahmen
BeanstandungMaßnahmeID
BeanstandungMaßnahmeText

tbl_BeandstandungDetails (Neu)
fiBeanstandung
fiBeanstandungMaßnahme

tbl_Bildmaterial
BildmaterialID
fiBeanstandung

tbl_Notizen
NotizenID
fiBeanstandung

tbl_Fehlertexte
FehlertextID
Fehlertext
fiFehlerKategorie

tbl_FehlerKategorien
FehlerKategorieID
FehlerKategorie


tbl_Fehlereinstufung
Frage: Diesen können wir der Beanstandung zuordnen oder auch der Fehlerkategorie. Dazu muss man wissen was Du hier genau definiert haben willst?

tbl_Verteiler
VerteilerID
Verteilerbezeichnung

tbl_PersonenVerteiler
fiVerteiler
fiPerson
-----------------------------------------------
Den Tabellen Präfix (Hier: tbl_) kannst Du beliebig ersetzen, sollte aber die Objekt Art schon beschreiben. Also für Tabellen kannst Du tab, oder tbl ohne "_" als Beispiel verwenden.

Als kleine Hilfe: RVBA Naming Conventions

Wenn Du jetzt auf einem Blatt Papier, o.g. Tabellen mit den PK und FK aufschreibst, musst Du nur noch die fi_ mit den entsprechenenden ID Feldern verbinden und schon hast Du ein einfaches Datenmodell.

Ergänzung der Felder:

Um jetzt die Tabellen mit weiteren Feldern zu füllen, musst Du darauf achten, dass die Felder das Objekt Beschreiben in dem es sich befindet.

Beispiel:

tbl_Beanstandungen

BeanstandungID
fiArtikel
fiLieferant
fiPerson
Gemeldet_am
Beendet_am
Name_Person

Was gehört da nicht hin? Oder anders: Was beschreibt nicht das Objekt Beanstandung, sondern ein anderes Objekt in Deiner DB?

 

Hallo Sascha,

damit dh. A,B,C definiert die schwere eines Fehlers und somit die Abarbeitung der Maßnahmen = Abstellen der/des Fehlers darum spricht man von 3 Fehlerklassen (A-B-C) also Bspw. Prio 1, 2, oder 3 sozusagen ist aber nicht ganz identisch zu deuten da eingentlich jeder Fehler sofort abgestellt werden soll (in der Q-Politik)

auf den ersten Blick, würde ich sagen dieses Feld Name_Person gehört da nicht hinein, dafür steht der FK-Wert zur tab Person

richtig oder falsch?

mfg
Erich