Zitat:
OK. Es sind schon mal einige Fragen beantwortet. Die Hauptfrage was die Performanceprobleme verursacht (die Einstellungen der
DB bezüglich Caching, ...) ist aber damit nicht beantwortet. Wichtig wäre zu wissen wie viel Speicher sich die Datenbanken genehmigen dürfen. Bei
MySQL gibt es installationen die sind sehr sparsam so das bei großen Datenbanken permanent Dateizugriffe erfolgen müssen weil nicht mal die Indize ins
Ram geladen werden können.
das unterscheidet sich wenig von Firebird, da kann man beginnen bei ca. 75 kbyte Datenbankcache (75 cache buffers zu je 1024 byte Pagesize) für alle User gemeinsam (firebird selbst nutzt ca 4-8MB) und das endet bei ca 1 GB Cache, beim Classicserver auch pro User. da ist dann nur noch die Frage wieviele Riegel man in den Server reinstopfen kann.
Ohne das genauer zu beleuchten kann man immer noch an diversen Schrauben drehen, es gibt auch bei firebird nicht nur cache buffers, sondern auch sort memory, sort block size etc. Es geht auch nicht immer darum ob dies oder das die beste Plattform ist, sondern ob man mit dem eigenen Businessmodell und den eigenen Programmierwerkzeugen und Kenntnissen etwas konkurrenzfähiges auf die Beine stellen kann.
Aus meiner Sicht ist eine plattformübergreifende Implementation aber immer schwieriger, insbesondere wenn es um große Datenmengen geht. Wenn man weiss das externe Appserver zum Beispiel ca maximal 2000 bis 3000 Datensätze pro Sekunde verarbeiten können, intern jedoch in Stored Procedures auf gleicher Hardware durchaus Werte von 50000 möglich sind (zumindest bei Firebird), spricht schon so manches dafür, sich auf wenige plattformen festzulegen. Plattformübergreifend kann man nur das nutzen was alle können. Das ist immer ein Kompromiss und der geht fast immer zu Lasten der Performance.
Gruß
Holger