OpenOffice.info

Hallo an alle!

Ich nutze derzeit eine Calc Tabelle die mir als Denkstütze meiner Warenwirtschaft dient. Anders gesagt, die Tabelle macht alles was die Wawi nicht kann. Da sind Artikel gelistet, ebay und Amazonpreise, Kartonpreise werden aus Artikelgrößen automatisch ausgerechnet, Statistiken usw.
Die Tabelle ist SEHR komplex. Unter anderem werden auch selbständig Lagerwerte ausgelesen und in die Tabelle eingefügt.

Jetzt kommt mein großes Manko, ich müsste da von 2 Rechnern zeitgleich dran arbeiten. Also auch schreiben. Derzeit muss man immer telefonieren wer grade arbeiten möchte und dann muss alles händisch hinzugefügt werden. Da muss ich eine Lösung finden.
Jetzt die Frage, würde soetwas mit Base gehen? MySQL Datenbanken hätte ich wohl.

Vielen Dank schon mal!

Hallo Freaky,

das kommt natürlich darauf an, was Du unter "sehr komplex" verstehst.
Je umfassender Berechnungen sind, desto eher ist eine Tabellenkalkulation dafür geeignet. Die macht aber nur den Einzelbetrieb.
Je mehr Daten in Du verwaltest und je einfacher die Rechnungen sind, desto eher gehört das Ganze in eine Datenbank. Die macht das Suchen, sortieren und Gruppieren wesentlich effektiver und kann (in beschränkterem Umfang als die Kalkulation) auch rechnen. Außerdem kannst Du bei einer externen Serverdatenbank mit beliebig vielen Rechnern auf diese DB zugreifen. Dazu wäre also z.B. MySQL geeignet - nicht die interne HSQLDB-Variante.

Gruß

Robert

Kleine Ergänzung zu Roberts Hinweisen: Das "Rechnen" in einer Datenbank ist möglich mit Routinen (Prozeduren, Funktionen und Triggern), die innerhalb der Datenbank gespeichert werden. Trigger werden automatisch ausgeführt, sobald ein Datensatz in der DB verändert wird (before/after insert/update/delete). Prozeduren und Funktionen werden durch Trigger, ein Anwendungsprogramm oder den Anwender aufgerufen.

Inwieweit es sinnvoll ist, solche Arbeitsabläufe innerhalb der Datenbank zu programmieren und zu speichern, hängt von sehr vielen Überlegungen ab. Vergleiche einmal die Konzepte, die mit Fat Server (Thin Client) und Fat Client verbunden werden. Einleitende Hinweise findest du auch bei Wikibooks unter SQL-Programmierung. Du kannst aber auch (zurecht) der Meinung sein, dass durch Programmierung innerhalb des Anwenderprogramms bzw. mit OO-Makros die Umstellung viel leichter ist.

Gruß Jürgen

Danke Euch beiden!

Ich sehe schon, so mal eben wird das nix. Da Ihr in der Materie drin seid, wie hoch schätzt Ihr den Zeitaufwand um da rein zu kommen? Eine Woche, ein Monat, sechs Monate?

Habe schon gelesen dass man nichtmal mit jedem Provider auf die MySQL Datenbank zugreifen kann. Habe aber All-inkl, da sollte das gehen.

Ich erkläre noch mal eben detailreich was meine Aktuelle Tabelle macht. Derzeit ist jeder Artikel mit allen Details in einer Zeile (42 Spalten pro Artikel):

• Ich gebe einen EK ein, die Tabelle sucht sich daraufhin automatisch den pasenden VK raus. Ich habe diese Werte alle in einer separaten Tabelle.
• Per CSV importiere ich alle Artikelnummern sowie die dazugehörige Mengenangabe. Durch sortieren der Liste und Vorgabe des "Soll-Lagerwertes" ergibt sich meine Einkaufsliste für die Hersteller.
• Artikel die Nachbestellt werden müssen, werden automatisch eingefärbt, wird der Mindestbestellwert eines Herstellers erreicht, färbt sich in einer Übersicht eine Zelle.
• Durch Eingabe von der Artikelgröße wird automatisch der passende Karton berechnet, die Kosten dieses Kartons werden automatisch vom Gewinn abgezogen.

Das dürfte soweit erstmal das aufwendigste sein. Da Zeit mein größtes Problem ist, wüsste ich ganz gerne den Aufwand. PHP & MySQL wären da ja auch ganz nett, vorallem könnte ich das auch noch in anderen bereichen anwenden, doch dazu bin ich zu blöd, bzw. fehlt mir einfach die Zeit.

Auch dafür hängt die Antwort (sprich: der Zeitbedarf) von vielen Faktoren ab. Geht es um eine Anwendung, die auch von anderen Sachbearbeitern benutzt werden soll, oder willst du vor allem dir selbst die Arbeit erleichtern? Im ersten Fall brauchst du vermutlich eine GUI-Anwendung (im einfachsten Fall eine Sammlung von Base-Formularen), und deren Programmierung kostet meistens erheblich mehr Zeit als die eigentliche Funktionalität. Wenn es "nur" um dich geht, kommst du vermutlich mit der MySQL-Workbench weit genug.

Das ist vielleicht ein Weg: Arbeite zunächst mit der Workbench und mache alles mit SQL-Befehlen (vor allem Trigger und Views). Wenn die Funktionalität steht, dann kümmere dich um die Benutzeroberfläche. Jürgen

Danke Jürgen,

du meinst das hier?

Das hat dann gar nix mehr mit Base zu tun oder unterstützt mich das nur?
Sorry für die Anfängerfragen!

Freaky hat geschrieben:du meinst das hier?

Ja, genau das meine ich.

Das hat dann gar nix mehr mit Base zu tun ...

Richtig. Mit der Workbench kann man direkt mit der MySQL-Datenbank arbeiten und alle möglichen SQL-Befehle (auch Routinen und Trigger) nutzen. Das wäre sozusagen die Vorarbeit für das Entwickeln einer Benutzeroberfläche (z.B. mit Base). Jürgen

Nachtrag: Wie man bei einer solchen Umstellung am besten vorgeht, hängt ebenfalls von vielen Faktoren ab: den verwendeten Daten, den vorhandenen Programmen, den Kenntnissen und den Zielen. Ich habe mich bei meinem jetzigen Problem (einer schnellen Lösung zur Kundenverwaltung) für den umgekehrten Weg entschieden: Die Datenstruktur wird in MySQL erzeugt, weil ich in SQL genügend Kenntnisse habe. Die Oberfläche wird in LibO erstellt, weil dieses System viel Vorarbeit bereitstellt. Damit bin ich gezwungen, die Funktionalität in StarBasic aufzubereiten. Lieber wäre mir die Programmierung mit .NET und C# (weil ich da mehr Funktionalität nutzen kann); aber die Anbindung an die Datenbank ist komplizierter.

Man muss also intensiv abwägen. Jürgen

Danke für Deine Informationen Jürgen.

Ich denke für mich persönlich ist es einfacher die vorhandene Datei in mehrere aufzuteilen, so dass jeder an seinem Bereich arbeiten kann. Sicherlich gibt es da auch das ein oder andere Problem, jedoch werde ich damit, mit meinem Wissen, am schnellsten ans Ziel finden.