Struktuierung einer Datenbank

[HPe55]

Guten Abend zusammen,

Als Erstes, ich bin in Bezug Datenbank ein absoluter Neuling.
Ich möchte mir gene eine Datenbank für ein bestimmtes Projekt erstellen.
Jetzt stellt sich mir die Frage wie struktuiere ich die Datenbank generell.
ich vermute mal es ist von Vorteil, wenn man sich ein genaues Konzept für die Einträge in der datenbank erstellt.
wie genau mus dieses Konzept sein ?, hat man die Möglichkeit evtl. später noch Korrekturen an der Datenbank vorzunehmen ?
Das sind alles so fragen die mir durch den Kopf gehen zur Zeit.
Vielleicht könnt Ihr mir etwas beim sortieren dieser Gedanken helfen.
Ich rede jetzt nicht von irgendwelchen Ein- und Ausgabemasken, mich interessiert lediglich erstmal, wie ich die eigentliche Datenbank aufbauen soll.

[Cyklista]

Ich bin auch kein Datenbank-Profi, aber ich kann Dir folgendes sagen:
Korrekturen kannst du immer machen, aber je weiter Du mit der Erstellung der Datenbank bist, desto aufwändiger können (in manchen Fällen) diese Korrekturen sein. Wenn Du du z.B. eine Tabelle ändern möchtest, dann musst Du gegebenfalls auch das dazugehörige Formular, Abfragen und Berichte korrigieren. Je genauer Du also Deine Datenbank planst, desto wenigere Korrekturen erfordert sie später.
In diesem Handbuch findest Du bestimmt Antworten auf viele Fragen:
https://wiki.documentfoundation.org/ima ... ig_V40.pdf

Freundliche Grüße

Przemek

[HPe55]

Hallo Cyklista,
nur eine Frage das ist ein Handbuch für LO, kann ich das auch sinngemäß für OOe anwenden ?
Ich weiss aus eigener Erfahrung das es teilweise Unterschiede zwischen LO und OOe gibt.

[Cyklista]

Wie ich schon sagte, bin kein Profi, aber ich glaube nicht ,dass die Unterschiede sehr groß sind.

[RobertG]

Hallo Peter,

bisher gibt es da nur marginale Unterschiede zwischen den Base-Versionen von LibreOffice und ApacheOpenOffice und OpenOffice. Das Prinzip ist erst einmal gleich. Erste Änderungen hat es bei der Version 4.1 von LO gegeben, die für den normalen Gebrauch bei Dir und Deinen Planungen aber auch keine Rolle spielen.
Vermutlich wird mit der Version 4.2 eine zuerst einmal weitreichende Ergänzung bei LO vorgenommen, indem eine zweite interne Datenbank angeboten wird - aber auch das spielt für Dich bei den aktuellen Handbüchern keine Rolle. Und die folgenden Handbücher werden noch weiterhin den Inhalt zu der internen Datenbank HSQLDB (die bisher die einzige in allen Base-Versionen ist) enthalten.

Es gibt Leute, die nehmen bei einem Datenbankprojekt zuerst den Bleistift in die Hand und zeichnen. Es gibt genauso viele Leute, die probieren erst einmal aus. Das geht mit so einer internen Datenbank eigentlich ganz gut. Nur solltest Du Dich dann damit abfinden, dass Du vermutlich einige Tabellen nach den ersten Tests ändern, umschreiben oder auch löschen wirst, weil sie nicht den erwünschten Effekt haben.

Gruß

Robert

[HPe55]

Hallo Robert,

danke für deine Informationen, da ich nicht allzuviel Zeit habe, bin auf der Abendschule und mache meinen Maschinenbautechniker, gleichzeitig verusche ich mich aus der Arbeitslosigkeit zubefreien und nebenbei
noch meine Selbständigkeit auf die Beine zustellen, werde ich zu den Leuten gehören die erstmal mit Bleistift und Lineal, eine Struktur erstellen.

[HPe55]

So habe die Beispieldatenbank aus dem Handbuch generiert um einmal das System zu verstehen, jetzt stell sich mir nur die Frage was ist günstiger
eine große Datenbank mit sämtlichen Informationen oder lieber eine gesplittete Datenbank wie in dem Beispiel.
gibt es da ein Für und Wieder oder ist das ganze "gehopst wie gesprungen" ?

[RobertG]

Hallo Peter,

bei dem, was Du meinst, handelt es sich immer um eine Datenbank. Das Splitten erfolgt in Tabellen.
Jetzt ist es vom Ziel abhängig, was für eine Konstruktion angebracht wäre.
Grundsatz 1: Sammele erst einmal die Felder alle in einer Tabelle und gebe ein paar Beispieldatensätze ein.
Grundsatz 2: Fallen Dir Felder auf, die bereits jetzt doppelt oder dreifach erscheinen und vermutlich noch öfter in der Tabelle vorkommen, dann lagere diese Felder aus der zuerst erstellten Tabelle aus.

Eine einfache Adressverwaltung für private Zwecke kommt mit einer Tabelle aus. Da gibt es selten die gleichen Städte oder gar Straßen. Allenfalls könntest Du die Anrede in eine zweite Tabelle auslagern.
Eine Adressverwaltung für z.B. einen Sportverein oder eine Schule wird z.B. zumindest Postleitzahlen und Wohnorte ausgelagert haben. Vielleicht sogar in zwei unterschiedliche Tabellen, da es zu Wohnorten je nach Größe des Ortes ohne weiteres mehrere Postleitzahlen ergeben kann.

Gruß

Robert

[HPe55]

Hallo Robert,

habe mir heute mal Gedanken für meine Datenbank gemacht.
Da ein Bild mehr sagt als tausend Worte habe ich ein kleines Diagramm geschrieben.
ich habe geplant, die konstanten Eingaben auszulagern.
um Anregungen und Meinungen wird gebetejn.

[RobertG]

Hallo Peter,

sag doch einmal, was für Daten Du denn sammeln willst. Mit der Struktur, die Du da aufgezeichnet hast, kann ich wenig anfangen. Mach doch einfach einmal in eine Tabelle auf, schreibe die Deiner Meinung nach benötigten Felder auf und ein paar Beispiele da rein.
Für mich sind so Begriffe wie "Projektnummer", "Konstante" oder "Variable" zu theoretisch. Was soll denn an Inhalt da stehen - außer einem Datum?

Gruß

Robert