Firebird - Temporärer Index

[lxo]

Hallo zusammen,

weiß jemand ob es in Firebird die Möglichkeit gibt einen temporären Index zu verwenden.
Also nur innerhalb einer stored procedure oder execute block?

Ich habe eine stored procedure die deutlich schneller wäre wenn ich einen bestimmten Index hätte für ein paar Tabellen.
Grundsätzlich ist dieser Index jedoch nicht wirklich nötig.

[peterbelow]

Hast Du mal versucht einen View auf die Tabelle zu erzeugen und den benötigten Index auf diesen View zu setzen? Die stored procedure müßte dann auf den View zugreifen und nicht auf die Tabelle dahinter...

[lxo]

Wie kann man denn für eine View einen Index erstellen?

[Delphi.Narium]

Wüsste nicht, dass das unter FireBird möglich ist.

[jobo]

Zitat von lxo:

Hallo zusammen,

weiß jemand ob es in Firebird die Möglichkeit gibt einen temporären Index zu verwenden.
Also nur innerhalb einer stored procedure oder execute block?

Ich habe eine stored procedure die deutlich schneller wäre wenn ich einen bestimmten Index hätte für ein paar Tabellen.
Grundsätzlich ist dieser Index jedoch nicht wirklich nötig.

Ich denke auch, sowas gibt es nicht.

Wenn Du eine SP ausführst, könntest Du dort:
a) eine (temporäre) Tabelle anlegen, die
b) bereits Daten zusammenführt / minimiert und dort
c) anschließend selbst einen Index für erstellen.
dann
d) die eigentlichen Abfrage fahren
e) die Tabelle aus a) und damit automatisch auch den Index löschen.

In jedem Fall gilt, ein "temporärer" Index muss jedes Mal erstellt werden. Das kostet Zeit, die sich nur für sehr aufwändige Abfragen lohnen würde.

[lxo]

Wie sieht es denn aus mit Index generell auf INACTIVE setzen und nur innerhalb der Procedure auf ACTIVE.
Kann das zu Problemen führen?

[mytbo]

Zitat von lxo:

Wie sieht es denn aus mit Index generell auf INACTIVE setzen und nur innerhalb der Procedure auf ACTIVE.

Steht in der Dokumentation:

Zitat:

With the INACTIVE option, the index is switched from the active to inactive state. The effect is similar to the DROP INDEX statement except that the index definition remains in the database. ...An active index can be deactivated if there are no queries prepared using that index. ...Activating an inactive index is also safe. ...With the ACTIVE option, if the index is in the inactive state, it will be switched to active state and the system rebuilds the index.

Interessant wäre zu erfahren, wie viele Datensätze die betroffenen Tabellen haben. Wie die aktuelle Laufzeit ist und welche Verbesserung du dir erhoffst. Wenn die Anzahl der Datensätze überschaubar ist, kann eine andere (als unkonventionell angesehene) Technik hilfreich sein. Lade die betroffenen Datensätze aus der Datenbank, erstelle deine Verknüpfungen mit Hilfe von Maps und erledige alle Berechnungen lokal. Ob dieses Vorgehen in Betracht kommen könnte, dazu müssten wir mehr wissen. Die Erwähnung einer Stored Procedure lässt etwas Raum zur Spekulation.

Bis bald...
Thomas

[lxo]

Die Tabelle in der die stored Procedure immer wieder sucht ist schon sehr groß ca. 1 Million Datensätze.
Problem ist nur das ich nicht den Primärschlüssel zum suchen verwenden kann.
Die Procedure sucht im Schnitt so grob 100 Einträge in dieser großen Tabelle und das ist sehr langsam nicht indiziert.
Ohne Index ca. 6 Sekunden
Mit Index 32 ms
Das Ding ist einfach nur das ich die Indices eigentlich nur für den Fall brauche und sonst eigentlich nicht.


Die Infos zum Index aktivieren und deaktivieren habe ich bereits gelesen. Ich würde das aber gerne nur für die Connection oder Transaction machen.
Nicht das ich den Index aktiviere und am Ende nicht wieder deaktivieren kann weil eine andere Connection den Index verwendet. Da weiß ich nicht wie sich das verhält und wollte wissen ob da evtl. jemand Erfahrung mit hat.

[mytbo]

Zitat von lxo:

Die Tabelle in der die stored Procedure immer wieder sucht ist schon sehr groß ca. 1 Million Datensätze.

Welchen Typ hat das Feld, in dem du suchen musst? 1M Datensätze sind nicht viel, damit bringst du keine Datenbank ins Schwitzen. Wenn es keine anderen Gründe gibt, erstelle einfach einen Index oder warte bis Holger vorbeikommt.

Bis bald...
Thomas

[himitsu]

Klar, könnte man zu Beginn in der SP einen INDEX erstellen und am Ende wieder löschen.
Wenn es knallt, wird es auch automatisch wieder zurückgerollt. (denk ich mal)

Man könnte auch eine TempTable in der SP erstellen und füllen.

Aber
* ist das Erstellen des Index dann wirklich schneller, als der langsame Zugriff?
* wäre es wirklich so schlimm, wenn der "nötige" Index immer bestehen bleibt?