Unterschiede zwischen den verschiedenen DBMS

[Bernhard Geyer]

Zitat von Namron:

Es ist eine sehr allgemein Datenbank von daher kann sie sehr groß werden. Da meien SW kein Open-Source ist wird das wohl nichts mit MySQL. Ich gehe mal davon aus das ich dann den MSSql Server verwenden werden. Er ist ja garantiert schneller als Access

Solange Du nicht nur MySQL unterstützt sondern auch andere DBMS und das MySQL-Setup nicht selbst mitlieferst ist es kein Problem.

Zitat von Phoenix:

Was ist bei Dir 'sehr groß'? Ab 4GB Datenvolumen streikt die MS SQL Express Edition und will zur Kommerziellen Version upgedatet werden. Ab ca. 750 MB Datenvolumen musst Du mit Performanceeinbrüchen rechnen, weil die Express maximal 1 GB RAM in Anspruch nimmt.

1 GB sollten fast immer genügend Speicher sein. Das ist erst dann ein Problem wenn Indexe nicht mehr im Speicher gehalten werden können.

[Namron]

Es kann gut moeglich sein das die Datenbank in nacher Zukunft ueber die 4 GB Speicherplatzgrenze kommt.

Was waere denn mit PostgreSQL? Ist das eine moegliche Option?

[Phoenix]

Zitat von alzaimar:

Du benötigst immer nur soviel RAM, wie Du Daten verwendest, und nicht, wie groß die Datenmenge ist. Bei einer normalen DV werden maximal 200MB an Daten benötigt, der Rest ist Historie.

Äh. Da hatter natürlich recht. Naja.. wenn die komplette DB in den DB-Memory passt isses freilich gar nie ein Problem, aber es stimmt: Es werden freilich nur die Daten immer im Speicher gehalten die am meisten verwendet werden, und damit muss die DB auch bei größeren Datenbeständen relativ selten auf die Platte gucken. Hab ich nicht weit genug gedacht.

[Elvis]

Wenn es zwischen MSSQL und Firebird geht, würde ich spontan für Firebird plädieren.
Ich hatte in den letzten Monaten genug mit MSSQL zu tun um es aus reinem Herzen hassen gelernt zu haben.[1]

Was man bei diesem Viech auch nicht unterschätzen sollte ist, wie tief er sich in einem System eingräbt.
Firebird wird ruck zuck installiert und kann auch wieder ruck zuck vollständig deinstalliert werden. Man kann MSSQL nicht einfach so deinstallieren, zumindest nicht vollständig. Und eine Installation ist definitiv nicht ohne Side effects.
Firebird mag nicht ganz so flink wie MSSQL sein, aber es kostet rein gar nix und man hat damit wenigstens eine Chance mit wenig Änderungen auch andere (non-MS) DBMS zu verwenden.
Ich glaube wenn ihr bisher ein lokales Pseudo-DBMS wie Jet benutzt habt, dürfte Firebird mehr als nur "good enough" sein.

[1]) Ich bin allerdings ein "alter" Oracle-Fritze und MSSQL ist für jemanden, der Ora gewohnt ist, als ob sich ein Benz-Fahrer in einen Trabi quetschen muss (einen abartig hässlichen Trabi, wenn ich mal auf die Syntax von TSQL verweisen darf *schauder*).

[Der_Unwissende]

[OT]

Zitat von Elvis:

Firebird wird ruck zuck installiert und kann auch wieder ruck zuck vollständig deinstalliert werden.

....
[1]) Ich bin allerdings ein "alter" Oracle-Fritze

Hm, nur was das schnelle Installieren und Oracle angeht, was stimmt nicht? (ein "alter" Oracle-Fritze würde doch hier nicht den Vergleich mit Firebird scheuen?)

Gruß Der Unwissende
[/OT]

[Elvis]

Zitat von Der_Unwissende:

Hm, nur was das schnelle Installieren und Oracle angeht, was stimmt nicht? (ein "alter" Oracle-Fritze würde doch hier nicht den Vergleich mit Firebird scheuen?)[/OT]

Lol, nein! Ora deinstalliert man vollständig indem man die Kiste neu aufsetzt oder wegschmeißt.
Aber es ging hier nicht um Ora, das wäre wohl ein wenig zu hoch gegriffen.
Wenn MSSQL gut genug ist, würde ich erst genau überlegen, ob Firebird nicht vllt auch gut genug ist, bevor ich mir/dem Kunden/irgendeiner armen, unbekannten Kreatur dieses Viech antun würde.

[DGL-luke]

Zitat:

Dann wird MySQL rausfallen. Wenn Du es als Bestandteil deiner Auslieferung hast und deine SW nicht Open-Source ist kosted MySQL etws.

Quelle? Wenns nur um die GPL geht, is ja auch kein Problem... entweder du installierst es für den kunden, oder du sagst dem kunden wo ers runterladen kann. warum mitliefern?