Grosse Datenbank oder aufteilen in kleinen Tabellen ?

[Gerriet]

Hallo zusammen ;D

Ich möchte gerne eine Datenbank für Möbel anlegen, diese sind an verschiedenen Lagerorten gelagert. Nun ist die Frage ist es besser für jeden Lagerort eine Tabelle anzulegen oder halt eine grosse Datenbank ?

Das ganze möchte ich unter Linux mit Base 5.0er erstellen.

Danke für die Hilfe in vorraus ;D

[F3K Total]

Moin,
definitiv: eine Tabelle für die Möbel, eine für die Lagerorte. Jedes Möbelstück bekommt einen Fremdschlüssel (z.B. FK_ID_LAGERORT) INTEGER über den es dem jeweiligen Lagerort zugeordnet wird.
Was willst Du mit der Datenbank machen? Nur wissen wo die Möbel sind, oder hast du weitere Aufgaben vor Augen?
Gruß R

[Gerriet]

Hallo ;D

Jesses das geht ja fix, erstmal danke für schnelle Antwort ;D

Hmm .. ich dachte das eher anders herum, also für jedes Lager eine Tabelle, aber deine Lösung klingt logischer.
Wenn ich das Formular erstelle, kann ich dann die Id Schlüssel über ein Steuerelement einfügen ? Dachte da einer markierten Feld, wo dann ein haken hinter den Lagerort gesetzt wird. Ist das richtig gedacht oder eher unlogisch ?

Sorry, wenn ich blöde fragen stelle, aber bin Einsteiger was das erstellen von Datenbanken unter LO angeht.

[gogo]

Ein Möbel (eine Liste reicht):

Code: Alles auswählen

Möbel             |Standort
-----------------------------
Oma's Couch       | Oma
Mein Schreibtisch | zu Hause
Kasten            | Oma

... oder mehrere gleiche Möbel (da wäre dann eine DB angebracht):

Code: Alles auswählen

Möbel:     ID_Möbel, Bezeichnung ...
Lager:     ID, ID_Möbel, Menge, Standort ...

(bzw. statt "Standort" die "ID_Lagerort" aus der 3. Tabelle:
Lagerorte: ID_Lagerort, Lagername ...)

Grundlagen dafür liefert die Suchmaschine Deines Vertrauens mit den Suchbegriffen "Datenbank Design" ... oder so.

[F3K Total]

Hallo Gerriet
ich wiederhole mich:

Was willst Du mit der Datenbank machen? Nur wissen wo die Möbel sind, oder hast du weitere Aufgaben vor Augen?

Dachte da einer markierten Feld, wo dann ein haken hinter den Lagerort gesetzt wird. Ist das richtig gedacht oder eher unlogisch ?

Nun, es gibt Optionsfelder, damit könnte man dann den gewünschten Lagerort auswählen. Ist aber nicht mein Favorit, denn wenn es momentan z.B. sechs Lagerorte gibt, braucht man sechs Optionsfelder, kommt ein Lagerort hinzu, muss das Formular umgebaut werden.
Besser ist, meiner Ansicht nach, ein aufklappbares Listenfeld, das immer alle Lagerorte aus der entsprechenden Tabelle anbietet.
Dabei wird der Lagerort als Text, z.B. "alte Garage" angezeigt, aber die ID der "alte Garage" in die Tabelle "MOEBEL" geschrieben.
Wenn Du beispielhaft zwei Tabellen mit Calc erstellst, MOEBEL und LAGERORTE, und hier hochlädst, dann baue ich dir das mal schnell zusammen. Mir geht es nur um die Informationen, die du pro Möbelstück und Lagerort verarbeiten willst, also die Spalten der Tabellen.
Gruß R

[Gerriet]

Hallo F3 Total ;D

Ups, da hab ich deine Frage glatt überlesen, war aber auch ein überrascht über die schnelle Antwort ;D

Also bei der Datenbank geht es darum zu sehen wo die Möbel untersind, dazu kommen noch die Abfragen nach Warenein- und -ausgang dazu.

Aber dazu mal ne andere Frage, hab deine VideoTutorials für OpenOffice erdeckt, gelten die auch für LibreOffice ?

[F3K Total]

Jo, die funzen auch für LO, bis auf ein paar Kleinigkeiten, wo z.B. Java eingestellt wird.
Ich empfehle Dir, dich erstmal mit dem, was du am Ende erreichen möchtest, und der dazu notwendigen Datenbankstruktur zu beschäftigen.
Das ist keine Sache von Minuten. Eine Warenwirtschaft ist schon etwas anspruchsvoller, als eine Möbeltabelle mit Lagerorten.
R

[Gerriet]

Hallo HeiDieLx ;D

Danke dir für den Link ;D

Bin nun über gegangen die DB in mysql zu erstellen, nun suche ich nach den passendenen Treiber. Bei mir sinds bisher nur 2 Tabellen, aber ich stehe wie vor einem Berg und muss einen Tunnel graben .. lol

[gogo]

JDBC-Connector: http://dev.mysql.com/downloads/connector/j/
Downloaden - entpacken (wohin auch immer)
da gibt's dann eine Datei drin die heißt: mysql-connector-java-?.?.?-bin.jar (die ? stehen für die Versionsnummer). Diese ist der Treiber. Damit der verwedet werden kann musst Du LO mitteilen wo er ist, also: unter Extras/Optionen/Erweitert den Button "Class-Pfad" drücken, dann "Archiv hinzufügen" und dort die "mysql-connector-java-?.?.?-bin.jar" auswählen.

Bei der Datenbankverbindung dann "Verbindung zu einer bestehenden Datenbank" und "MySQL" [Weiter] "Verbindung über JDBC (...)" [Weiter] dann den Server, Port etc eintragen, unten steht dann in einem Feld "com.mysql.jdbc.Driver" mit dem Button "Klasse testen" - wenn dann steht "Der JDBC-Treiber wurde erfolgreich geladen" dann isses wohl so.

Es gibt noch den originären MySQL-Connector von LO (oder Oracle?). Ich glaube den installiert man über eine Extension. Der zickt aber bei großen Datenbanken mit vielen Schematas und Tabellen, daher verwende ich den nicht. Den einzigen Nachteil den ich bis jetzt mit dem JDBC-Connector hatte ist, dass Filter in Formularen unter Umständen nicht richtig übersetzt werden (betrifft vor allem Datumseinschränkungen). Sonst läuft alles flott und stabil.

[RobertG]

Warum für MySQL nicht den native Connector verwenden - Links dazu stehen auch im Handbuch. Unter Linux zumindest läuft der einwandfrei.
Linux: http://extensions.libreoffice.org/exten ... -connector
Windows: http://extensions.libreoffice.org/exten ... office-4.x

Gruß

Robert