Datenbankschema - Tabellenverknüpfung

[NoGAD]

Hallo,

im Anhang habe ich ein Schema (in Libreoffice erstellt) angehängt, wie ich mir die Relation meiner Datenbank vorstelle. Die Feldlänge, gerade bei den Verweisen auf andere Tabellen (id) habe ich meist mit 25 wohl zu hoch angesetzt, was wäre hier für ein gängiger Wert?

Ist das vom logischen Aufbau so in Ordnung?

LG Mathias

[haentschman]

Zitat:

Ist das vom logischen Aufbau so in Ordnung?

...mir ist nur der Umlaut "Ü" aufgefallen. Manche DBMS könnten allergisch reagieren...Wenn man alles in englisch macht, hat man solche Probleme nicht. :zwinker:

[Delphi.Narium]

Integer umfasst (für gewöhnlich) den Wertebereich von −2.147.483.648 bis 2.147.483.647, das sind 10 Stellen. Ob Du wohl jemals so viele Bücher verwalten wirst?

Im Beispiel für ein Create Table (https://www.componentace.com/sql/create-drop-table.htm) ist bei Integer kein Wert für die Größenangabe vorgesehen, was durchaus üblich ist. Es kann also gut sein, dass Du hier nichts angeben musst, analog zu z. B. Boolean, Date ...

Für den Preis würd' ich jetzt nicht unbedingt einen String wählen. Zulässige Datentypen sind hier https://www.componentace.com/help/ab...ddatatypes.htm zu finden. Bei Preisen handelt es sich um Währungsangaben, da wäre dann wohl der Datentyp Currency angebracht.

Wenn der Preis als Currency angegeben wird, kann man dann eventuell später auch mal die Summe aller Bücherpreise berechnen oder den Durchschnittspreis aller Bücher oder die Summe der Buchpreise zu Autor X oder Verlag Y, ... Bei 'nem String für die Preisangabe wird das eher sportlich und fehleranfällig.

[NoGAD]

Vielen Dank!

Das ist wirklich sehr schöne konstruktive Hilfe.

Umlaute fliegen raus :-)

Die Feldgröße für Integerwerte hatte ich tatsächlich übersehen.

Auch das mit dem Preis ist tatsächlich besser.

LG Mathias.

[NoGAD]

Ich habe eine Nachfrage.


Ist die Tabelle table_bibo2 überhaupt nötig bzw. sinnvoll? Eigentlich könnte ich diese doch weglassen, ist mir eben aufgefallen.

Die Haupttabelle wäre dann table_book.

Im Anhang eine neue Aufstellung der Tabellen, in englisch.

LG Mathias

[mikhal]

Die Tabelle macht so wirklich keinen Sinn. Wenn du mehrere Bibliotheken verwalten willst, ist der Ansatz sowieso falsch. Dann müsstest du in der Table_book einen Verweis auf die Bibliothek haben - nicht umgekehrt.

Grüße
Mikhal

[Jumpy]

Warum lagerst du die Description aus? Thumbnail kann ich ja ggf. noch verstehen.

borowto und borowdate?
Für die Verwaltung der Ausleihen würde ich eigene Tabellen verwenden.

Die bibo Tabelle könnte schon Sinn machen, wenn es ein Buch mehrfach gibt. Dann ist in bibo die Buchinstanz und es wird dann auch eine konkrete Buchinstanz verliehen.

[Delphi.Narium]

Könnte man weglassen.

Wenn man das Programm aber mal ausbauen will, um damit auch CDs, DVDs, VHS-Vidokassetten (wir sind ja schon was älter), Musiknoten und was sonst noch ... verwalten will, dann könnte man diese Tabelle erweiteren und anhand der Auswahl dort auf unterschiedliche Programmteile verzweigen, könnte aber ggfls. auch Verknüpfungen unter den Tabellen zu den verschiedenen Themenbereichen erstellen. Z. B.: Haben wir zu dem Titel xy auch die passenden Noten und auf welchen CDs ... ist er ebenfalls zu finden, jedenfalls ist er in dem Liederbuch im Regal a, Fach b, sowie als MusicXML ... vorhanden.

Ok: Wäre dann erstmal nur Spielerei, aber wer weiß, was noch daraus wird.

Ließe sich ggfls. dann später "nachmodelieren". Momentan jedenfalls absolut entbehrlich.

Die ISBN ist eine Nummer und kein String (fällt mir gerade noch so ein). Es gibt sie in zwei Varianten, als 10-stellige Zahl oder als 13-stellige Zahl. String 42 ist da irgendwie seltsam.

https://de.wikipedia.org/wiki/Intern...dardbuchnummer

Die ISBN 10 ist die ISBN 13 abzüglich der ersten drei Ziffern zuzüglich der Neuberechnung der Prüfziffer an der letzten Stelle. Genaugenommen handelt es sich hier um eine Redundanz. Aus ISBN 13 bekommt man über definierte Regeln immer ISBN 10. Persönlich würd' ich nur die ISBN 13 speichern. Aus ISBN 13 bekommt man im Bedarfsfall immer ISBN 10. Ob man aus ISBN 10 immer auf die führende 978 bzw. 979 der ISBN 13 zurückschließen kann, weiß ich nicht.

Delphi-Quellcode:

{als reine Ziffernfolge} Copy(ISBN13,4,9) = Copy(ISBN10,1,9)
{nach ISO formatiert} Copy(ISBN13,4,14) = Copy(ISBN10,1,12)

Die Bindestriche, Leerzeichen, ... in den Nummern sind was für die Menschen, die das dann ggfls. besser lesen können, aber eigentlich nicht für die Abspeicherung erforderlich.
Zumal: Wenn man die Bindestriche korrekt setzen will, so sind sie abhängig davon zu setzen, zu welchem Land, zu welcher Gruppennummer, zu welchem Verlag sie gehört. Der Rest ist dann die Nummer des Titels, gefolgt von der einstelligen Prüfziffer. Bei der Beachtung der Formatierregeln für die Anzeige, wird eine ISBN 13 17 Zeichen lang. Wenn man dann noch das ISBN mit speichert, kommt man auf 22 Zeichen. Beim Speichern der Bindestriche muss man natürlich String als Datentyp wählen.

[borstenei]

Ein Autor kann doch aber mehr als ein Buch schreiben, wenn jetzt bei diesem Tabellenaufbau 5 Bücher von Grisham eingegeben werden erscheint doch auch in der Tabelle Autor 5 x der Name John Grisham :roll:
und das sollte doch vermieden werden.

[Jumpy]

Zitat:

Zitat von borstenei (Beitrag 1485370)

Ein Autor kann doch aber mehr als ein Buch schreiben, wenn jetzt bei diesem Tabellenaufbau 5 Bücher von Grisham eingegeben werden erscheint doch auch in der Tabelle Autor 5 x der Name John Grisham :roll:
und das sollte doch vermieden werden.

Nee das ist schon OK so. In Autor ist ja der Fremdschlüssel auf die Autor-Tabelle gespeichert.

Aber: Ein Buch kann auch mehrere Autoren haben, deswegen ist das zwichen Buch und Autor eigentlich eine n:m Beziehung die über eine Zwischentabelle abzubilden ist.