Probleme mit sql und ado sowie access tabellen

[netbuster]

also ich habe hier tabellen:

fahrzeuge, fahrzeugkosten, und dispoplan.


in fahrzeuge stehen details wie: fahrer, kennzeichen, telefonnummer, mautpflicht
in fahrzeugkosten: stehen steuern, versicherung, mautgebühren aber eben AUCH kennzeichen fahrer usw

im dispoplan läuft alles zusammen, fahrzeuge mit kennzeichen, details wie hubwagen etc aus der fahrzeuge tabelle und dazu dann halt mehrere felder aus denen dann die kosten berechnet werden.

mein problem: wie kann ich, am einfachsten wäre es über access beziehungen, dafür sorgen, dass wenn ich irgendwo ein fahrzeug anlege es in den anderen tabellen auftaucht.

ich habe das jetzt per sql gemacht, aber das ist natürlich ein gigantischer aufwand, jedes mal alle elemente von der einen tabelle in die andere zu übertragen.

gibt es keine einfache möglichkeit alle kennzeichen von tabelle a nach tabelle b zu bekommen?
am besten direkt mit irgendwelchem sourcecode, da ich unter enormem zeitdruck stehe. dankeschön

[shmia]

Ich würde sagen, dein DB Design ist falsch.
Ein Fahrzeug darf kein Feld "Fahrer" besitzen, denn es können mehrere Fahrer sein, die das Auto fahren.
Auch Telefonnummer ist nur dann eine Eigenschaft von Fahrzeug, wenn das Handy fest eingebaut und die SIMM-Karte nicht gewechselt wird.
Bei den Fahrzeugkosten dürfen nicht die Daten von Fahrzeug wiederholt werden!
Es darf nur ein Verweis (=Fremdschlüssel) auf das Fahrzeug enthalten sein.
Ein Fahrzeug kann beliebig viele Kosten verursachen; es handelt sich also um eine 1:N Beziehung.

Du bräuchtest etwas mehr Grundlagenwissen über relationale Datenbanken. (Buch kaufen ?)
http://www.sql-und-xml.de/sql-tutori...engigkeit.html
http://support.microsoft.com/default...d=kb;de;D39441

[netbuster]

das design stimmt schon, weil zu einem zeitpunkt immer nur ein AKTUELLER fahrer im fahrzeug sitzt und der plan jeden tag erstellt wird.

[marabu]

Hi netbuster,

wenn du die von dir beschriebenen Tabellen nicht geerbt, sondern selbst verbrochen hast, dann solltest du den Beitrag von shmia noch einmal lesen.

Wir wissen aus deinem Beitrag eigentlich nur, dass es um ein Teildatenmodell aus dem Logistikbereich geht. Die wichtigen Informationen, aus denen die Komplexitäten der Beziehungen abgeleitet werden, die fehlen.

Natürlich kann das Ergebnis deiner Modellierung eine 1:1 Beziehung zwischen Fahrer und "seinem" Fahrzeug sein. Da aber in der Regel der Fahrer eine "echte" Entität darstellt (weitere Attribute besitzt), solltest du ihn nicht in der Fahrzeugtabelle mitführen. Außerdem muss ein LKW rollen, auch wenn der Fahrer 8 Wochen ausfällt. Da geht sie hin, die 1:1 Beziehung...

Bei sauberer Modellierung werden z.B. Fahrzeug-Kennzeichen bei der Betrachtung der Fahrzeugkosten durch eine Sicht (view) bereit gestellt. Wenn dein Modell nicht trivial ist, dann werden die Benutzer deiner Anwendung sowieso keine Basistabellen sehen, sondern ausschließlich Sichten.

Es ist alles eine Frage der Sichtweise vor dem Hintergrund der persönlichen Erfahrung.

Freundliche Grüße vom marabu


und herzlich willkommen in der Delphi-PRAXiS