Office: (Office 2003) Meine Frage zu meiner Datenbank:)

Hallo liebe Forumsgemeinde,

joh mal wieder ein paar Fragen. Eins vorweg:
Da die DB wozu ich ein paar Fragen haben, leider bisle gößer ist..auch als Zip..hab ich sie mal hinter diesem Link gelegt.Hoffe ich verstoß nicht gegen Forenregeln: http://rapidshare.com/files/11864370...esung.zip.html

Nun zum eigentlichen.
Aufgabe der Datenbank ist es für eine Firma die sich um die Autos ihrer Kunden kümmert, während Sie auf Geschäftreise sind, eine Auftragsdatenbank inkl schrieflichem Ausdruck des Auftrages.

Sie entsprich genau der DB von

http://www.ms-office-forum.net/forum...=1#post1114777
Damit man nicht lang suchen muß:

Kopie des Textes

Derzeit ist Sie wie folgt aufgebaut:

3 Tabellen: 1. Kundendaten
2. Autodaten
3.Auftragsdaten

Formulare: Jeweils ein zur Eingabe:

Kundeneingabe inkl Unterformular (Auto) zwecks Eingabe des Kunden zugehörigen Autos.

Auftragseingabe: Hauptformular inkl. 2 Unterformularen. Das Hauptformular bezieht seine Daten von der Kundentabellen, die beiden anderen jeweils aus Auftragstabelle und Autotabelle.

Die Tabellen haben folgenden Primärschlüssel:

Kundendaten = Kundennummer = Automatisch
Auftragsdaten = Auftragsnummer = Automatisch
Autotabelle = Kennzeichen = Text

Tabelle KD ist mit Auftrag soweit verknüpft das in Tabelle Auftrags auch der Wert KD.-Nr. vorkommt...ist 1:n

Tabelle Auftr. ist mit Tabelle Auto. verknüpft das in Tabelle Auftrag der Wert Kennzeichen über 1:n drin ist.

(Recht herzlichen Dank nochmal an Anne and dieser Stelle)

Meine Fragen dazu wären erstmal:

1. Sind hinsichtlich einer sauberen (sofern es das gibt) DB-Prg 3 Tabellen genug oder wäre eine weitere Aufsplitting sinnvoller um z.B etweigie Performance zu verbessern?

2. Wie bekomme ich bei der Auftragstabelle es hin das zwischen Datum2 und Datum ein eine Gültigkeitsregel definiert wird: Sprich Datum2 muß vor Datum liegen

3. Ich habe beim Kundeneingabeformular ein Button mit folgender Funktion das die Daten von diesem Formular ins Auftragsformular übergeben werden..mit einem Nachteil..bisher wird mir dann der letzte Auftrag von diesem Kunden angezeigt dann.Wie kann ich das unterbinden?

4.Wie bekomme ich es hin, das wenn ich vom Kundenformular die Daten per Button übergebe, das entsprechende Formualr sich öffnet aber indem Atemzuge sich das Kundenformular automatisch schließen soll.

Sodele...ähm ja... das wäre es erstmal*Smilie

Ich hoffe ich bin nicht zu frech mit soviel Fragen aufeinmal..*wink.gif* und hoffe es ist ok das ich die DB bei Rapidshare hinterlegt habe....


So muchas gracis im Vorwege...und büüde wenn..erklärt es für ein echte Anfänger*Smilie)

grüßerle

mario

:)

 

Hallo Mario,

ehrlich gesagt finde ich das Suchbild bei rapidshare eine Zumutung - entweder kann ich die Katzen nicht enttarnen oder die "Buchstaben" nicht entziffern. *rolleyes.gif*
Wenn du mal auf die Hintergrundgrafiken in den Formularen verzichten könntest, wäre das Hochladen der gezippten Datei auch kein Problem!

Was die Tabellen betrifft, so würde ich auf Nachschlagefelder prinzipiell verzichten. Einiges an den Auftragsdaten würde ich anders anlegen, z.B. die Sache mit dem Tanken und den Spritsorten. Da könnte ein Feld genügen, das mit Hilfe einer Schlüsseltabelle gefüllt wird: 0=nicht Tanken, 1=Benzin, 2=Super, etc., das ließe sich dann im Formular mit einer Optionsgruppe gut darstellen. Dies hat weniger etwas mit der Performance zu tun als mit der Flexibilität und Wartungsfreundlichkeit.

Auch bin ich kein Fan von Gültigkeitsregeln, die Plausibilitätsprüfungen sollten besser vom Erfassungsformular übernommen werden. Auch sollte die Formulargröße nach Möglichkeit eine Bildschirmseite nicht überschreiten, wobei nicht unbedingt von höchster Auflösung und neuestem Modell ausgegangen werden sollte. *wink.gif*

Soweit fürs erste...

 

Hallo Mario,

zu 1.) Die Anzahl der Tabellen hat nichts oder kaum mit Performance zu tun, sie orierntiert sich an der Art der Daten und ihrer Normalisierung. Das bedeutet, dass eine Information nur einmal in einer DB gespeichert werden soll. Um dies zu erreichen kann es notwendig sein, zusätzliche Tabellen anzulegen. Das Datenmodell hat aber IMHO Priorität vor Performencefragen.

zu 2.) Im Auftragsformular im entsprechenden Feld und dort in der Ereigniseigenschaft 'Vor Aktualisierung' stellst Du per VBA einen Vergleich des ältesten vorhandenen Datums und dem eingegebenen Datum an.
Das älteste Datum ermittelst DU mit der Funktion 'DMax'. Den Vergleich stellt man mit einer If-Then-Else-Anweisung an. Wenn der Vergleich nicht den gewünschten Kriterien entspricht, kannst DU den Vorgang abbrechen und eine Meldung ausgeben.

zu 3.) Kann ich nichts zu sagen, Kann mit Deinem Link nichts anfangen und die DB nicht einsehen. Folge mal dem Rat von Anne und speck für's Forum das Teil mal ab, Bilder kannst später wieder reinsetzen.

zu 4.) Evtl. mit der DoCmd.Methode? DoCmd.Open // DoCmd.Close ?????

 

Moin Anne
Moin Storch,

muchas Graicas mal eben auf die Schnelle....bin auf der Arbeit....ähm ja mit den Bilder..sorry Leutz..spät Abends bin ich nicht mehr zu gebrauchen..Mea Culpa..im Anhang jetzt mal die "Thin" Variante*Smilie

Ähm Anne...sorry aber deine Idee mit den benzinsorten..versteh ich leider nicht so ganz...Mag darin liegen das ich eher Netzwerkhoschi bin als DB Programmier...Magst mir das nochmal bisle erläutern...wäre nett.

Wenn ich nacher mehr Zeit habe melde ich mihc nochmal....

Grüßerle erstmal

Mario

 

Hallo,
die Beziehunen scheinen mir so nicht richtig. Das das Auto ja fest dem Kunden zugeordnet ist, kann man auf die Kundennummer in der Auftragsliste eigenlich verzichten. Der Autoliste würde ich einen Autowert spendieren (AutoID) und dieses Feld dann in der Auftragsliste als Fremdschlüssel führen. Das Kennzeichen indizieren mit Duplikate=Nein, nicht als Primärschlüssel.

 

Hiho,
würde das nicht bedeuten das pro Kunde nur ein Auto zur Verfügung steht? Es kann nämlich sehr gut angehendas pro Kunden 2 oder mehr Wagen verwaltet werden müssen....

Oder versteh ich es grad nciht..*wink.gif*


Mario

 

Nicht wenn Du eine 1:n Beziehung hast... bedeutet ein Kunde mit n-Autos.

 

Hallo,
nein, es gibt ein Kunde der hat mehrere Autos = 1:n Von diesen einen (oder auch mehreren) Autos kommt eines (oder auch 2) in die Auftragsliste. Auch 1:n In dieser Auftragsliste steht die AutoID und über die AutoID der Autoliste hast Du den Kunden. Die Beziehung zwischen Kunde und Auftragsliste muss raus. Auch weil Du auf diese Art nicht aktualisierbare Abfragen kriegst.

 

Mal so eben gefragt..wie bekomme ich da smit Fremdschlüssel hin?

Mario

Erweiterung: Wäre das so wie im Anhang nun besser?

 

Hallo,
die n-Seite (liegende Acht) ist das Fremdschlüsselfeld.
Beziehunegn neu siehe Bild.
Ein Kunde kann mehrere Autos haben und ein Auto mehrere Aufträge.

 

Hallo,
Du hast es ja schon fast richtig. Referentielle Integrität noch einstellen. In der Auftragsliste das Feld Kundennr löschen. Kennzeichen in der Autoliste indizieren (Duplikate=Nein)

 

Du hast eine Tabelle KUNDEN und eine AUTO (ich nenn sie mal so, kann Deine DB nicht einsehen, hab nur Acc2000)

In Tab KUNDEN hast Du die KundenID als Primärschlüssel. Nun legst DU in der Tabelle AUTO ein neues Feld an. KundenID is bestimmt Autowert, dann muss das neue Feld vom Typ ZAHL sein. Ich benenne meine Fremdschlüsselfelder immer mit dem Präfix 'F_', wäre also in diesem Fall 'F_KundenID'. Dieses Feld solltest DU indizieren aber ohne Duplikate und nun stellst DU im Beziehungsmanager eine Beziehung von KundenID nach F_KundenID her. Schon hast DU eine 1:n Beziehung. Du solltest noch Lösch und Aktualisierungsweitergabe aktivieren. Und fertich ist die Beziehung.

Lass Dir von nem Anfänger, der ich im Grunde auch noch bin, sagen, dass Du Dich mit Datenmodellen, der Modellierung/Normalisierung von Daten, den Beziehungen etc. auseinander setzt, sonst wirst DU bei umfangreicheren Vorhaben schnell stecken bleiben.

 

Hallo,
noch ein dringender Rat (wurde schon mal gegeben):

Entferne ersatzlos die Nachschlagefelder in den Tabellen. Die sind an der Stelle eher schädlich als nützlich. Siehe auch:
http://www.dbwiki.de/wiki.php?title=...schlagefeldern

 

Ähm, also so denne*Smilie

Hoffe doch*Smilie....

Grüßerle Mario

Ops Storch dein zu spät gesheen..mom..das lese ich mir grad durch

 

Wie kann ich es dann hinbekommen im Unterformular Auftrag...das Kennzeichen zu übernehmen?