Zickiges Firebird und lahmen tut es auch (oder bin ich das?)

[mkinzler]

Zitat:

1. Ich wollte aus einer Tabelle 100.000 Zeilen per DELETE löschen. Das dauerte mehrere Minuten, da viele andere Tabellen FK-Beziehungen mit der zu löschenden hatten. Gut, man kann sich einen Kaffee holen und das wird auch noch bezahlt, aber ist schon komisch. Ein 'TRUNCATE TABLE', wie in MSSQL z.B. scheint es nicht zu geben. Aber unabhängig davon ist dies eine Performance-Schwachstelle. Andere RDBMS sind da nicht so lahm.

Da FB nicht mit Transaktion Log arbeiten, bruacht man auch kein Befehl, der dieses abschaltet. Was für eine Delete Rule wird verwendet? Wieviel Benutzer waren zu diesem Zeitpunkt aktiv?

Zitat:

2. Das Umbenennen von Tabellen ist nur mit Klimmzügen möglich und wird eigentlich nicht unterstützt.

Würde ich nicht als Problem betrachten

Zitat:

3. Das Löschen von Tabellen, die irgendwie noch benutzt werden, ist nicht möglich. Mag ja sein, das das ein Feature ist, aber wenn ich als Programmierer weiss, was ich tue, sollte mir ein RDBMS (oder liegt das an IBExpert?) keine Steine in den Weg legen. Das scheint mir hier jedoch ein kleiner Designfehler zu sein, der imho leicht zu beheben wäre. Ich wollte eigentlich o.g. Tabelle einfach entfernen und neu erstellen, da ich wusste, das es keine aktiven FK gibt.

Andere Benutzer aktiv? Singleusermode getestet?

Zitat:

4. Jeder Pups ist in einer eigenen Transaktion, sogar eine Query. Der tiefere Sinn erschließt sich mir nicht. Gut, kann man sich dran gewöhnen, ist aber eine Fehlerquelle mehr und nervig (für verbohrte S*cke wie mich Stupid ).

Liegt dann aber an den Zugriffskomponenten