Andreas Borutta schrieb:
Also eine TK für's Schnelle&Schmutzige, eine DB für's Langsame, Saubere und Langfristige?
Nein; so kann man das nicht sagen. Klar kann man mit einer TK häufig quick&dirty-Sachen schneller machen als mit einer DB, aber das ist bei Weitem nicht ihr Hauptzweck.
Bisher lese ich aus Euren nur eines klar heraus: Eine Datenbank unterscheidet sich vor allem durch strikte Eigenschaften, die sie für Datengruppen (Datensätze) festlegt.
Ich würde es eher so klassifizieren: Bei einer DB werden eher viele *gleichartige* Datensätze verwaltet, bei einer TK könnte man eher von *einem* Datensatz (unter Umständen mit vielen gleichartigen Feldern oder Gruppen von Feldern) sprechen.
Aber die Übergänge dazwischen sind *sehr* fliesend; gerade wenn man viele *Feldgruppen* hat. Und das *meiste* kann man mit *beidem* erledigen.
Weitere Unterscheidungen sind, daß die DB eher dynamisch angelegt ist (d. h. es ändert sich eher mal die Anzahl der Datensätze), eine TK eher statisch (es ändert sich eher mal der Inhalt als der Umfang); eine DB ist besser für große Datenmengen geeignet, eine TK eher für überschaubare; bei der DB steht eher die Eingabe und Verwaltung im Vordergrund (z. B. einen bestimmten Datensatz suchen und verändern, oder alle Datensätze sequentiell in gleicher Weise bearbeiten), während bei einer TK eher die Auswertung und Ausgabe im Vordergrund steht (z. B. komplexe Berechnungen bei allen Datengruppen gleichzeitig durchführen).
Aber wie gesagt, das geht alles *sehr* fließend ineinander über; und nur in dem allerseltensten Fällen lässt sich eine Problemstellung *nicht* sowohl mit einer DB als auch einer TK lösen (um ehrlich zu sein: Mir fällt so auf Anhieb /überhaupt/ keiner ein).
Und sie unterscheidet sich, sobald es um mächtige Funktionen wie komplexe Berechnungen/ Formatierungen/ Grafiken/ Filter in der Schwierigkeit der Erstellung: Für Datenbanken benötigt man Kenntnisse in einer speziellen Sprache - SQL und diverse weitere Tools.
Naja, im Prinzip benötigt man *immer* spezielle Kenntnisse einer Sprache und/oder eines Tools; auch bei Calc musst Du zumindest wissen, wie eine Formel aufgebaut ist, welche Funktionen es gibt, usw.
In Calc steht alles Nötige in einem intuitiv(tm) bedienbaren grafischen Interface bereit.
Nun ja, /darüber/ lässt sich natürlich problemlos streiten (je nachdem, über welche Vorkenntnisse und/oder Logikverständnisse der Benutzer verfügt). ;-)
Empfiehlst Du daher als Frontend zum Management einer Datenbank und als Frontend für Dateneingaben eher sowas wie PHPMyAdmin alternativ zu Base?
Das kommt darauf an, wofür. Wenn Du in erster Linie neue Datensätze eingeben und/oder bestehende modifizieren musst/willst (typische Beispiele: Lagerverwaltung, Kundenstammdaten), dann ist eine DB (und eine entsprechende Eingabemaske aka Programm) besser. Zu einer TK würde ich Dir dagegen raten, wenn Du überwiegend immer wieder nur das gleiche mit im Prinzip einem (evtl. sogar immer komplett neuen) Satz Daten machen musst, der sich aber im /Umfang/ relativ wenig verändert (Beispiele: Steuererklärung, Bedarfs- und andere Kalkulationen, z. B. wieviel eine Fabrik von welchen Rohstoffen verbraucht, wenn diese oder jene Anzahl von Gütern hergestellt werden sollen, usw.).
Wolfgang -- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@de.openoffice.org For additional commands, e-mail: users-h...@de.openoffice.org