Sinnvoller aufbau einer DB

[Codehunter]

In den meisten Wawi ist die Rechnungsnummer ein Freitextfeld. Dieses wird z.B. über Generatoren und/oder Trigger bei neuen Belegen befüllt. Viele Firmen führen in ihren Rechnungsnummern z.B. auch das Geschäftsjahr. Daher sollte man hier nicht auf die Idee kommen und die Rechnungsnummer durch Schlüsselverkettungen aus verschiedenen Tabellen zu verketten. Denn sobald mal jemand auf die Idee kommt, den Nummernkreis zu ändern ohne das Geschäftsjahr mit zu ändern, hat man genau den Fall der doppelten Belegnummern.

Vielmehr sollte man die in einer Belegtabelle als Freitextfeld anlegen. Auf dieses Feld dann einen Unique-Constraint zu legen kann aber sinnvoll sein. Muss man dann aber auch entsprechend abfangen um im Realbetrieb genau die Fälle abzudecken wo der Anwender Mist baut.

[hoika]

Hallo,
das mit der Rechnungsnummer war nur ein konstruiertes Beispiel.

Mir ging es hier eher darum, dass man als PK wirklich einen künstlichen Schlüssel nimmt,
der mit den eigentlichen Daten nichts zu tun hat.

Sollte ein "richtiges" Feld eindeutig sein müssen, bekommt man das auf DB-Seite locker über einen zusätzlichen Unique-Index hin.

[Codehunter]

Zitat von hoika:

Hallo,
das mit der Rechnungsnummer war nur ein konstruiertes Beispiel.

Mir ging es hier eher darum, dass man als PK wirklich einen künstlichen Schlüssel nimmt,
der mit den eigentlichen Daten nichts zu tun hat.

Sollte ein "richtiges" Feld eindeutig sein müssen, bekommt man das auf DB-Seite locker über einen zusätzlichen Unique-Index hin.

Weiß ich doch, aber ein gutes Beispiel.

[p80286]

Zitat von Codehunter:

Zitat von hoika:

Hallo,
das mit der Rechnungsnummer war nur ein konstruiertes Beispiel.

Mir ging es hier eher darum, dass man als PK wirklich einen künstlichen Schlüssel nimmt,
der mit den eigentlichen Daten nichts zu tun hat.

Sollte ein "richtiges" Feld eindeutig sein müssen, bekommt man das auf DB-Seite locker über einen zusätzlichen Unique-Index hin.

Weiß ich doch, aber ein gutes Beispiel.

Irgendwann legt man sich mit den sprechenden/intelligenten Schlüsseln auf die Nase und dann war das natürlich nicht abzusehen, da eine solche Konstellation nicht abzusehen war

Gruß
K-H

P.S.
Das gilt auch für die Einsparug des PK in einigen Tabellen.

[hoika]

Hallo,

Zitat:

Irgendwann legt man sich mit den sprechenden/intelligenten Schlüsseln auf die Nase und dann war das natürlich nicht abzusehen, da eine solche Konstellation nicht abzusehen war

Dann gehen die Ausreden los:
"Das war mein Vorgänger."
"Das machen wir immer so."

Zitat:

Das gilt auch für die Einsparung des PK in einigen Tabellen.

???

Platzprobleme auf der Festplatte Connor 170 MB?

[stifflersmom]

Zitat von hoika:

???

Platzprobleme auf der Festplatte Connor 170 MB?

Großartig!!!
Connor kenne ich auch noch.
Ich weiß noch, wie ich zig 3,5" Disketten in der Hand hatte um Novel Netware auf einem 486 mit 'ner Connor zu installieren...

[p80286]

Zitat von hoika:

Platzprobleme auf der Festplatte Connor 170 MB?

Früher! IBM-Big Iron als man noch ca 30 MB auf eine Bandspule bekam. Da sind die 170 MB schon Ordentlich und die Copaq 300MB bekam man nieeee voll.

Gruß
K-H

[Beach]

War das zu den Zeiten als man die Größe einer Festplatte noch in Schreibmaschineneseiten definiert hat?