Firebird vs MySQL Embedded [Price, Performance [...]]

[Sir Rufo]

Ein jedes DBMS wird langsamer wenn die Datenmengen so gross werden, dass diese nicht so richtig in den zur Verfügung stehenden Arbeitsspeicher passen. Dann wird es nicht langsam sondern schnarchlahm.

Was ein jedes DBMS langsam macht sind fehlende Schlüssel auf den Suchspalten.

Bei MySQL hatte die InnoDB Engine tatsächlich einen Performanceeinbruch, der mit der neuesten MySQL Version aber behoben sein soll.

BTW vielleicht ist ja SQLite noch eine Alternative?

[Bernhard Geyer]

MySQL ist i.d.R. nicht viel langsamer/schneller als andere DB-Systeme. Bremsende Faktoren sind primär schlecht Programmierte Software oder fehlerhafte Konfiguration des Servers. Hier kann man bei MySQL oder Oracle viel falsch machen.

[mkinzler]

Aus Sicht des Users im MySQL-Forum, ist es ja nicht MySQL sondern FireBird, was so unperformant sei.

[rwachtel]

Zitat von Sir Rufo:

[...] BTW vielleicht ist ja SQLite noch eine Alternative?

Ich kann auch nicht verstehen, wieso bei "Embedded" und "<100.00 Datensätze" überhaupt noch über etwas anderes als SQLite auch nur ansatzweise nachgedacht werden sollte...

[mkinzler]

Vielleicht wenn
-das Programm nicht nur embedded ist
-man sich schon in einem anderem DBMS auskennt
-man SQLite nicht mag
...

[rwachtel]

Zitat von mkinzler:

Vielleicht wenn
-das Programm nicht nur embedded ist [...]

War nicht im Geringsten die Rede von.

Zitat:

-man sich schon in einem anderem DBMS auskennt

...dauert es wenige Minuten, bis man sich auch in SQLite zurechtfindet.

Zitat:

-man SQLite nicht mag

Das fragilste Deiner an sich schon äußerst schwachen Argumente. Persönliche Befindlichkeiten waren schon immer ein äußerst schlechter Ratgeber - aber es soll ja auch Leute geben, die einen Nagel mit einem Schraubendreher in die Wand schlagen, weil sie keinen Hammer mögen - ob diese als Handwerker nachhaltigen Erfolg haben würden, lasse ich ich jetzt mal so dahingestellt...

[mkinzler]

Zitat:

Das fragilste Deiner an sich schon äußerst schwachen Argumente...

Geistig schwache Zeitgenossen mit fragilem Pseudo-Halbwissen wie ich, denken und entscheiden nun mal so.

Wer sich z.B. mit Firebird/MySQL/MSSQL auskennt, wird in diesem Fall (1 Benutzer rein lokal/embedded) auch Firebird embedded/MySQL embedded/MSSQL compact einsetzen, wenn vielleicht auch eine andere bessere Lösung für das Problem existiert ( XML, SQLite) zudem sich die Zielrichtung des Programmes ja ändern könnte ( MU, zentrale Datenhaltung, ...)
Fachleute wie du würden natürlich zur Besten Premiumlöung greifen.

Zitat:

...dauert es wenige Minuten, bis man sich auch in SQLite zurechtfindet.

Welchem einem erspart bleiben, wenn man eine bekannte Lösung wählt.

[dataspider]

Zitat von rwachtel:

Ich kann auch nicht verstehen, wieso bei "Embedded" und "<100.00 Datensätze" überhaupt noch über etwas anderes als SQLite auch nur ansatzweise nachgedacht werden sollte...
...
Persönliche Befindlichkeiten waren schon immer ein äußerst schlechter Ratgeber ...

Was denn nun?

Frank

[Mike_]

mkinzler,

genau so hatte ich auch gedacht, aufgrund der Tatsache dass ich mit MySQL bisher alles erledigt hatte.

Aufgrund der Tatsache, dass Programme dadurch aber Lizenzpflichtig werden (könnten), habe ich mich auf die Suche nach alternativen gemacht.

Nun bin ich außerdem noch auf folgendes gestoßen:
http://www.delphi-treff.de/tutorials...en-mit-mybase/

Auch eine interessante Alternative.

Aufgrund der in meinen Augen höheren Popularität der Firebird DB werde und dem Lizenzhickhack von MySQL werde ich nun des FireBird´s bedienen einlesen.

[rwachtel]

Zitat von dataspider:

Was denn nun?

Der Bedeutung von Emoticons bist Du Dir aber schon im Klaren, oder?

Und Dein krampfhafter Versuch, einen Bezug zu meiner ersten Aussage herzustellen ist ziemlich gründlich daneben gegangen...