Zitat von
dmagin:
2. wenn der like suchstring mit einem % beginnt
ich ging von "echten" LIKE-Abfragen aus (Volltextsuche). Aber auch LIKE-Abfragen zu Teilstringsuche sind aus meiner Beobachtung langsamer als bei "Exakt"-Suche.
Zitat von
dmagin:
auch ist der operator UPPER tödlich für den index
.Diese Beschränkung fällt mit Einführung des FB2.0 (im Moment beta). dann kann man sogenannte Expression-Indizes anlegen, d.h. berechnete Indizes z.B.
create index <index_name> on <tabellen_tame> computed by(UPPER(<feld_name>));
Zitat von
Elvis:
Die Frage ist also eher welche Gründe _gegen_ SQL2005 sprechen. Wink
Es kommt immer auf die Art der Anwendung7Anspruch an den
DB-Server an.
-Der
SQL-Server belegt mehr Speicher (Platte/Hauptspeicher) als zm
IB/
FB,
Mysql Sqlite usw.
-Er muß installiert werde und diese ist aufwendiger.
-Die express Version besitzt gewisse Beschränkungen.
-Die "großen" Versionen haben ihren Preis.
Aber auch
IB/
FB haben natürlich Beschränkungen. z.B.
FB unter Windows entweder nicht MP-fähig(SuperServer) oder extrem inperformant(Classic-Server) (Mit Vulcan sollen die beiden Versioenn verschmolzen werden), embedded
fb kann nur eine Verbindung handeln. Gc von
FB stößt bei schnellen Änderungen schnell an ihre Grenzen. (Problem teilweise mit
FB 2.0 behoben).