Zitat von
Hansa:
Wenn es mit sehr wenigen Datensätzen geht und mit sehr vielen nicht, dann liegt die Vermutung nahe, daß es an den Daten selbst liegt.
Quatsch!
Irgendwann wird er sich rekursiv so tief im Stack vergraben haben, dass er anfangen muss nur noch kleinere chunks zu bearbeiten.
Da er diese dann ständig wieder vorkramen muss um sie mit den Ergebnissen eines anderen zu vergleichen wird es ab einer bestimmten Anzahl von Datensätzen nunmal langsam.
Zitat von
Hansa:
Zuerst einmal würde ich die Felder nicht einzeln angeben, sondern vorerst den * verwenden. Würde mich nicht wundern, wenn es dann geht. 8)
Zitat von
Hansa:
@RG: an Firebird wird das kaum liegen. Interessant wäre auch mal die genaue Fehlermeldung.
Die beiden Aussagen beißen sich irgendwie. Schließlich wirfst du Firebird erst vor, dass er zu blöd wäre eine normale SELECT Clause abzufragen um danach zu behaupten, dass es nicht an
FB liegen kann.
Beides klingt nach Kaffeesatzlesen und nicht nach einer Aussage von jemandem, der sich mit der Arbeitsweise seiner Datenbank auseinandergesetzt hat.
@Jens, bei
FB kannst du ziemlich viel Leistung gewinnen, wenn du dir deine performancekritischsten Tabellen zusammensuchst und ihre Größe pro Datensatz bestimmst.
Danach stellst du dann die Pagesize ein. Somit wird sich
FB die Daten in mundgerechten Häppchen von der Platten holen können.
