Adressen.db

[LOMBI]

Delphi3-Prof.+Paradox7-Tabellen
Anfänger


Hallo,

sollte für eine Adressenverwaltung jeweils eine eigene db-Tabelle für Kunden, Lieferanten, Interessenten angelegt werden oder wäre es sogar
von Vorteil alle in nur einer db.Adressen-Tabelle zu führen?

Gruß
Lombi

[plumper]

Hi,

ich würde es vieleicht sogar so machen, dass Du eine Tabelle 'Kontakte' erstellst in der Du alle Kontaktdaten hältst , und noch drei weitere, in denen Du definierst, was diese Kontakte sind?! Also über Eindeutige Schlüssel..

[runningsoft]

Hi,

also ich würde nur eine Tabelle erstellen und mittels dreier Boolean-Felder festlegen, ob es sich um einen Kunden, Interessenten oder Lieferanten handelt.

Das hat den Vorteil, dass ein Datensatz mehrere Eigenschaften gleichzeitig haben kann (warum soll ein Lieferant nicht auch gleichzeitig Kunde sein?). Auftretende Änderungen an den Stammdaten müssen auch nur einmal vorgenommen werden.

Steffen

[Jasocul]

Wenn die Daten von Lieferanten, Kunden und Interessenten niemals gemeinsam verwendet werden (z.B. Telefon-Suche), ist eine getrennte Datenhaltung die bessere Alternative (kleine DB-Dateien -> Geschwindigkeit).
Anderenfalls kann man das nicht pauschal beantworten.

Eine wichtige Überlegung:
Werden Interessenten zu Kunden muss man in einem Fall den Datensatz kopieren und löschen und im anderen Fall nur eine Kennzeichen verändern.

[LOMBI]

Hallo Jens,

Du meinst also nur eine Tabelle, in der alle Adressen stehen und für die
Unterscheidung (Kunde usw.) jeweils eine eigene Tabelle? Über eine DBLook
upComboBox könnte der Nutzer später die Einteilung vollziehen.

Gruß

[DP-Maintenance]

Dieses Thema wurde von "Luckie" von "Sonstige Fragen zu Delphi" nach "Datenbanken" verschoben.
Klingt irgendwie nach einer DB Frage. ;)

[MrSpock]

Hallo LOMBI,

ich sehe das genauso wie runningsoft. Eine Tabelle und dort Felder die könnten heißen:

• KundenKennzeichen
• LieferantenKennzeichen
• InteressentenKennzeichen

ggf. ist aber Interessent nur ein Vorstufe zu Kunde, so dass man Kundenkennzeichen auch als SmallInt erstellen kann und die Festlegung treffen könnte:

-1 = kein Kunde
0 = Interessent
1 = Kunde mit geringem Umsatz
2 = Kunde mit mittelerem Umsatz
...
n = Superkunde

[LOMBI]

Hallo,

danke für Eure Antworten.

Ich werde das so machen, wie von MrSpock empfohlen. SmallInt wäre
für mich sehr interessant. Wie kann ich sowas realisieren?

Natürlich müßten die Daten entsprechend nach Kennzeichen sortiert
und auch in einem DBGrid angezeigt werden, sodass darin zB nur alle
Kunden erscheinen.

Was ist, wenn eine Adresse sowohl Kunde und Lieferant ist. Für spätere
Auswertungen (Umsätze usw) müßte diese Adresse zweimal angelegt werden (als Kd.- und Lief.-Nr.)

Gruß
Lombi

[Luckie]

Ich habe von Datenbanken nicht allzuviel Ahnung. Aber Redundanz sollte man vermeiden, so viel weiß ich. Deswegen eine Tabelle mit den Namen und ob Kunde oder Lieferant und eine Tabelle mit den Adressdaten. Diese beiden Tabellen werden mit einen Schlüssel, oder wie das heißt, dann eindeutig miteinander verknüpft.