Sie sind aktuell nicht angemeldet.

Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Re: SQL Relations
Autor: spike24
Datum: 04.01.08 08:08
eine andere Lösung, die ich gewählt habe, wäre eine "richtige" benennung der Spalten dann braucht man nämlich keine Beziehungen, die mag ich nämlich nicht (komische Seiteneffekte die ich nicht immer erklären kann) Tabellen Adressen (Kurzbezeichnung Adr) LfdNr_Adr (Primaryfeld) Adr_Name Termine (Kurzbezeichnung Ter) LfdNr_Ter (Primaryfeld) Ter_LfdNr_Adr (Beziehungsfeld) Regel: Jede Spalte beginnt mit dem Tabellenkürzel. Wenn die Zeichenfolge _LfdNr_ im Spaltennamen vorkommt ist es ein Beziehungsfeld und es muss eine Tabelle geben deren PrimaryField den Namen ' drFields("COLUMN_NAME") entspricht "Ter_LfdNr_Adr" drFields("COLUMN_NAME").ToString.Substring(drFields( _ "COLUMN_NAME").ToString.IndexOf("LfdNr_")) 'ergibt LfdNr_Adr trägt. so kann man auch beim programmieren immer absolut sicher sein welche Spalte (Tabelle) man gerade in Arbeit hat ergibt blöderweise auch komische spaltennamen (LfdNr_AKS_Sub_VTtk_VInt) aber diese Spalte sagt mir, das es in dieser Tabelle eine Spalte LUT_LfdNr_AKS_Sub, LUT_LfdNr_VTtk und LUT_LfdNr_VInt geben muss und das die entsprechende Tabelle LUT_AKS_Sub_VTtk_VInt heist. und damit weis man alle Beziehungen dieser Tabelle 0

SQL Relations	842	marco157	03.01.08 02:57
Re: SQL Relations	757	raulic	03.01.08 09:14
Re: SQL Relations	585	spike24	04.01.08 08:08

Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden. Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  Gesamtübersicht

Suchen