Office: (Office 2003) Datenbank aufbauen Teil-1

Cool! Richtig! *winner

Du hast soviele Waschmaschinen gewonnen wie Du tragen kannst!

Also können wir die Fehlereinstuffung der Beansandung zuordnen. Würde bedeuten, dass der Mitarbeiter den Fehler selbst klassifiziert. Wie wäre also mit den Namen tbl_Fehlerklasse ?

tbl_Beanstandungen
BeanstandungID
fiFehlerklasse (Ergänzt)
fiArtikel
fiLieferant
fiPerson

tbl_Fehlerklassen (Vorher: Fehlereinstufung)
FehlerklasseID
Fehlerklasse

Nachdem Du nun Dein "Papiermodell" fertig hast, können wir uns an die Defintion der Beziehungen machen (1:1 / 1:n / m:n usw ). Das ergibt sich aber auch schon fast aus den Verbindungslinien von FeldID zu fiFeld.

Ich werde mich morgen nochmal einklinken. Will jetzt ein bißchen Vatertag feiern! *Smilie

 

Da wünsch ich dir recht viel Spaß dabei, aber nicht zuviel ... *grins
habe doch noch eine Menge gelernt heute denke ich

mfg
Erich ich gehe nun an meine Tabs (Papier) und dann auch noch an die Luft
das gemütliche Eck bei mir um die Ecke *tongue.gif*

 

das mach mal. Ich proste Dir jetzt mit nem Cola Vodka zu. Und morgen kannst Du gezielte Fragen dazu stellen, wenn Du magst.

 

Hallo Sascha,

na alles gut überstanden? 01.Mai schön!

ich habe nun die Tabellen mal gezeichnet und mit Lienien verbunden (dies sind keine Beziehungen) soll nur als Verbindung zum Datenfeld simulieren.

hiermit habe ich noch ein Verständnis Problem? dh. das Feld den PK_wert erhält, dann müsste ich das mit dem Feld LieferantID+ArtikelID verbinden?

und die Tabelle Bildmaterial, scheint noch nicht klar. Denn hier würde ich evtl. noch ein Feld Position einfügen wollen. Es gibt 1 Bild zu 1 Beanstandung, es können aber auch 2-3 Bilder zu 1 Beanstandung geben.
Was meinst du? wie das realisiert werden muß und ich möchte die Bilder ja einlesen aus einem bestimmten Ordner, ob das so dann funktionieren kann?

im Anhang die Verbindungslinien und DB mit Tabellen ohne weitere Ergänzung der Attributs.

mfg
Erich *wink.gif* *Smilie

 

Ein Primärschlüssel darf auch aus mehreren Felder bestehen. (Das kann bei bestimmten Szenarien sogar sinnvoller sein, als immer ein Autowert-Feld als PK zu verwenden.)

zum Bildmaterial:
Es ist vielleicht auch überlegenswert, die Tabelle "Bildmaterial" ohne direkten Bezug zur Beanstandungstabelle zu führen und den Bezug mittels "Vernüpfungstabelle" herzustellen. Dann könntest du diese Bildmaterial-Tabelle z.B. auch für die Bilder der Artikel usw. verwenden und hättest du Möglichkeit alle verfügbaren Bilder unabhängig deren Verwendung aufzulisten.

Pinzip:
tbl_Bildmaterial
- idBild (PK)
- Bildbeschreibung
- BildPfad (Unique index, damit die gleiche Datei nicht mehrfach eingefügt wird)

tabBestandungen_Bilder
- fiBeanstandung
- fiBildmaterial
- Pos
- ZusatzInfo (ein Feld, das z.b. nur bei der Beanstandung benötigt wird)
- ...

tabArtikel_Bilder
- fiArtikel
- fiBildmaterial
- Pos
- ...

mfg
Josef

 

Hallo Josef,

schönen 01.Mai gehabt?

das widerrum würde bedeuten meine DB erhält noch 3 Tabellen? mit ähnlicher
Struktur wie du sie vorschlägst.
dort könnte ich wo das Bildmaterial dann aus einem Ordner einlesen?

was wäre hier einzutragen als Zusatzinfo, Beispw. hier ist ein Bild vorhanden?
und PK-Wert ist doch immer der Primärschlüssel (AutoWert) ? so habe ich es Verstanden. also die ID Felder = PK-Wert (AutoWert)
FK-Wert dann das Feld mit Wert (Zahl)? also fiLieferant, fiArtikel usw
mfg
Erich

 

Mit "ZusatzInfo" wollte ich nur die Möglichkeit zeigen, dass man für spezielle Infos, die nur bei einer Beanstandung benötigt werden, Felder in die Verknüpfungstabelle aufnehmen kann. (Ich könnte mir z.B. vorstellen, dass man vielleicht bei einem Bild für eine Beanstandnung den Bildbereich beschreiben möchte, wo ein Mangel sichtbar ist.)

Mach dir keine Sorgen, das Lesen aus Ordnern ist reine Frontend-Aufgabe und alles was du im Frontend ermitteln kannst, kannst du dann auch im BE speichern, wenn die Tabellen zum Speichern vorhanden sind. *wink.gif*

Nein, überhaupt nicht. Ein Autowert als PK ist nur sehr praktisch, aber du kannst auch normale Zahlenfelder, Textfelder usw. verwenden. Weiters kannst du in einer Tabelle auch aus 2 Felder einen PK machen.
PK ist nur dafür verantwortlich, dass der Datensatz eindeutig gekennzeichnet ist.

Beispiel:
tabABC
-id (PK, autowert)
- ...

tabABC_DetailDaten
- fiABC (FK zu PK aus tabABC)
- DetailKennung (Zahl)
- ...

PK von tabABC_DetailDaten = fiABC + DetailKennung
Wenn du nun im Feld DetailKennung eine eindeutige Kennung je ABC-PK (fiABC) schreibst, ist der DS durch fiABC + DetailKennung eindeutig gekennzeichnet.

Beispieldaten:
tabABC-ID: 1, 2, 3 ...

tabABC_DetailDaten
1. DS zu idABC = 1
fiABC: 1
DetailKennung: 1

2. DS zu idABC = 1
fiABC: 1
DetailKennung: 2

1. DS zu idABC = 3
fiABC: 3
DetailKennung: 1

=>
fiABC alleine ist nicht eindeutig. Auch DetailKennung alleine ist nicht eindeutig. Aber in Kombination sind ergeben sie eine eindeutige Kennung für tabABC_DetailDaten.

 

Mahlzeit Ihr Beiden!

Ich sehe, es geht schon wieder gut zur Sache! *Smilie

Ich finde Josef s Vorschlag mit den Bildern auch ganz sinnvoll! Das kannst Du ja mal in Deinem "gemalten" Modell mit einbauen.

Die Linien hast Du nur auf die Tabelle gezogen und nicht auf das entsprechende Feld?

 

Nachtrag:

Man sollte auch die Beanstandungsdetails mit den Personen verknüpfen. So ist sichergestellt, dass man auch weiß wer die Maßnahme ausgelöst hat.

Da fehlt auch eine Linie zwischen Beanstandungsdetails und Beanstandungen

 

Hallo und Mahlzeit,

ist bzw. soll eigentlich die Felder treffen ist so aber nicht ganz einfach zu treffen bzw. zu verankern.

PS die Personen sind nicht auslöser der Maßnahmen, sondern der Report ist gleich Maßnahmen. Die Person hier im Modell erstelltam die Beanstandung (in Papierform)
uns fehlt noch der VerteilerEmpfänger Vorschlag von Josef.

mfg
Erich

 

Ich hatte es mir ja so gedacht:

tbl_Verteiler
VerteilerID
Verteilerbezeichnung

tbl_PersonenVerteiler
fiVerteiler
fiPerson

Das würde bedeuten, dass Deine Empfänger in der Tabelle Personen gespeichert sind, wo auch die Mitarbeiter liegen. Was meint Josef?

 

... Der sieht das genauso. *Smilie

 

Hallo Sascha, hallo Josef

da wir uns nun bzgl. der Tab's einig sind habe ich die nun noch mal zusammengefasst in doc (4) Seite 1
Was haltet ihr von meinem Vorschlag, das ich das nun in Access übernehme um dann die Verknüpfungen Versuche zu erstellen, die könnt ihr euch ja dann anschauen und bewerten bzw. Bemerkungen Kritik etc. ins Forum setzen.

Ich befürchte das ich das mit dem (PK,FK) Autowert oder Zahl noch nicht ganz verstanden habe.
mfg
Erich

 

Wäre aber sinnvoll wenn Du es verstehen würdest.

Ein Primary Key muß nicht zwangsweise ein Autowert Feld sein. Wichtig ist nur, das im Primary Key (PK) der Wert immer eindeutig ist, damit eben der Datensatz eindeutig bezeichnet werden kann.

Der PK und Foreign Key (FK) müssen immer vom gleichen Datentyp sein.

Autowert(Typ Zahl Long Integer)
im FK verwendest Du dann auch den Typ Zahl Long Integer

Ein Feld mit Text kannst Du auch als PK verwenden, musst aber sicherstellen, dass hier nur eindeutige Werte reingeschrieben werden und das der FK auch vom Typ Text ist.

Frag einfach nach, wenn Du es nicht verstehst, ok?

 

Hallo zusammen,

nun habe ich das Modell in Access (mit Linien verbunden) bin gespannt was ihr dazu sagt. Die Beziehungen habe ich da noch nicht definiert.

gehen wir dann an die Beziehungen?

mfg
Erich