Kampfgummibaerlie
Datenbank-Guru
- Beiträge
- 736
Soda, nachdem ich mir vorgenommen habe, mich durch das Ganze buch zu zwingen, und ich angefangen habe, hier der Stand der Dinge:
Ja, es ist eine Bestellungsdatenbank direkt beim 1. Beispiel ^^
Ich habe ehrlich zu sein keine besonderen Fragen bezüglich PostgreSQL, eher nur, um mehr darüber zu erfahren. Mir ist klar, dass ich falsch angefangen habe, und mir vorher überlegen sollte, wie es am Ende sein sollte. (habe primary keys vergessen, foreign keys auch, und was weiß ich was )
Liegt wohl an der Uhrzeit, werde mich Morgen wieder damit befassen...
So, wie ich meine Mutter kenne, wird die auf meine Datenbank verzichten, und lieber das funktionierende System, welches monatlich was kostet, einfach zahlen. Aber ja, wenn ich schon dabei bin, wiederhole ich die Frage:
Was sollte man bei einer Bestellungsdatenbank tatsächlich alles machen?
Im Buch steht, dass man "Wiederholungen" vermeiden soll, in dem Sinne, dass man alles in einer eigenen Tabelle speichert, und als Foreign Key in die entsprechende Tabelle verknüpfen.
Sprich: Falls das Land Österreich 0815 mal in der Tabelle "Kunden" vorkommt, verbraucht es am Ende effektiv mehr Speicherkapazität, wie als wenn ich eine Liste der Länder extern speichere, und sie mittels Foreign Key verknüpfe? So hätte ich es jedenfalls aus dem Buch verstanden. (Scheint was für mich zu sein, weil fast alles (meine Frage zB nicht (bisher zumindest) ausführlich erklärt wird.
Ich bin kein Experte in solchen Dingen, deshalb frage ich nach ^^
Um ein einfaches Beispiel zu haben:
Verbraucht es (auch in Datenbanken) weniger Byte, wenn ich 0815 Verknüpfungen erstelle, welche wiederum auf eine andere Tabelle zugreifen, und von dort den entsprechenden Wert nehmen?
Am Desktop-PC ist dem so, aber ich kann mir nicht vorstellen, dass das bei Datenbanken (beinahe) genauso funktioniert.
Danke für Antworten
Glas Wasser trinken, und Fernseher anwerfen.
Ja, es ist eine Bestellungsdatenbank direkt beim 1. Beispiel ^^
Ich habe ehrlich zu sein keine besonderen Fragen bezüglich PostgreSQL, eher nur, um mehr darüber zu erfahren. Mir ist klar, dass ich falsch angefangen habe, und mir vorher überlegen sollte, wie es am Ende sein sollte. (habe primary keys vergessen, foreign keys auch, und was weiß ich was )
Liegt wohl an der Uhrzeit, werde mich Morgen wieder damit befassen...
So, wie ich meine Mutter kenne, wird die auf meine Datenbank verzichten, und lieber das funktionierende System, welches monatlich was kostet, einfach zahlen. Aber ja, wenn ich schon dabei bin, wiederhole ich die Frage:
Was sollte man bei einer Bestellungsdatenbank tatsächlich alles machen?
Im Buch steht, dass man "Wiederholungen" vermeiden soll, in dem Sinne, dass man alles in einer eigenen Tabelle speichert, und als Foreign Key in die entsprechende Tabelle verknüpfen.
Sprich: Falls das Land Österreich 0815 mal in der Tabelle "Kunden" vorkommt, verbraucht es am Ende effektiv mehr Speicherkapazität, wie als wenn ich eine Liste der Länder extern speichere, und sie mittels Foreign Key verknüpfe? So hätte ich es jedenfalls aus dem Buch verstanden. (Scheint was für mich zu sein, weil fast alles (meine Frage zB nicht (bisher zumindest) ausführlich erklärt wird.
Ich bin kein Experte in solchen Dingen, deshalb frage ich nach ^^
Um ein einfaches Beispiel zu haben:
Verbraucht es (auch in Datenbanken) weniger Byte, wenn ich 0815 Verknüpfungen erstelle, welche wiederum auf eine andere Tabelle zugreifen, und von dort den entsprechenden Wert nehmen?
Am Desktop-PC ist dem so, aber ich kann mir nicht vorstellen, dass das bei Datenbanken (beinahe) genauso funktioniert.
Danke für Antworten
Glas Wasser trinken, und Fernseher anwerfen.