temporäre tabelle erstellen in stored procedure?

[Serienchiller]

hallo alle zusammen!

ich beiße mir grad die zähne aus, daran eine temp tabelle zu createn im ibexpert.

wenn ich create table schreibe, kennt er create nicht, also muss ich die syntax in ein "execute statement" packen. das klappt auch alles wunderbar. die tabelle ist nach einem commit da.

jedoch möchte ich mit der tabelle IN der prozedur arbeiten und da sagt mir schon der compiler, dass er den namen der tabelle nicht kennt...

ein commit zwischen durch zu machen, habe ich auch versucht, aber bringt leider auch nix. :(

wäre sehr dankbar wenn mir jemand helfen könnte :)

[vagtler]

Hilft Dir das Stichwort "GLOBAL TEMPORARY TABLE" weiter?

[Iwo Asnet]

Code:

declare @table table (foo int,  bar varchar(10))
insert into @table (foo,bar) values (1,'bar')

[omata]

@Iwo Asnet: Das geht in Firebird jetzt auch so wie in MSSQL? Das habe ich noch gar nicht gewusst, das ist ja cool.

[p80286]

Zitat:

Zitat von omata (Beitrag 1165935)

@Iwo Asnet: Das geht in Firebird jetzt auch so wie in MSSQL? Das habe ich noch gar nicht gewusst

So scheint es vielen zu gehen, Tante Google hat da auch nur MSSQL gefunden.
gibt's da einen Link?

Gruß
K-H

[Iwo Asnet]

Zitat:

Zitat von omata (Beitrag 1165935)

@Iwo Asnet: Das geht in Firebird jetzt auch so wie in MSSQL? Das habe ich noch gar nicht gewusst, das ist ja cool.

Ja, ne. Ich wusste auch nicht, das man MSSQL neuerdings mit 'F' schreibt (und danach sowas wie 'i.r.e.b.i.r.d'). Das klingt ganz anders, finde ich.

Ich schwöre! Eben stand oben noch MSSQL!

:oops:

[tsteinmaurer]

Ich würde eine temporäre Tabelle außerhalb der Stored Procedure erstellen und die dann halt in der SP verwenden. Die Tabellendefinition einer temporären Tabelle ist global und kann von jedem verwendet werden. Die Daten sind dann halt "lokal" zur Transaktion bzw. Connection, je nach Verwendung.

Siehe: http://www.firebirdsql.org/file/docu...ddl-table.html

[vagtler]

Zitat:

Zitat von tsteinmaurer (Beitrag 1166023)

[...] temporäre Tabelle [...]

Mein obiger Hinweis auf Firebirds GTT wurde ja bislang geflissentlich ignoriert - vielleicht hat Dein Votum mehr Gewicht. :?

[Hansa]

Wozu werden denn diese temporären Daten gebraucht ? Ich vermute stark, ein ClientDataset wäre da wesentlich praktikabler. Auch bekannt unter dem Namen "InMemoryTable". Die beschriebenen Probleme wäre dann so jedenfalls nie aufgetaucht.

[Sir Rufo]

Zitat:

Zitat von Hansa (Beitrag 1166087)

Wozu werden denn diese temporären Daten gebraucht ? Ich vermute stark, ein ClientDataset wäre da wesentlich praktikabler. Auch bekannt unter dem Namen "InMemoryTable". Die beschriebenen Probleme wäre dann so jedenfalls nie aufgetaucht.

Cool, Firebird hat auch ein TClientDataSet ... das wusste ich noch nicht.
Das löst ja alles.

Kannst du uns auch noch erklären wie man in der Stored Procedure damit arbeitet?

[Hansa]

Zitat:

Zitat von Sir Rufo (Beitrag 1166192)

Cool, Firebird hat auch ein TClientDataSet ... das wusste ich noch nicht.

Du weisst vieles nicht. :mrgreen: Was ein ClientDataset macht oder wozu man das nutzen kann, ist dazu noch immer weitgehend unbekannt. Dir offensichtlich auch.

In der Frage steht das Wort "temporär" und dann noch "stored". Das widerspricht sich etwas. Ich speichere also etwas, was nur zu kurzzeitigem Gebrauch genutzt wird. Da stellt sich die Frage, warum ich das überhaupt anlege und wieder lösche. Und dazu die SP permanent in der DB haben ? Gehts vielleicht auch anders ?

[Neumann]

Temporäre Tabellen machen schon Sinn. Wenn ich eine Tabelle mit vielen Datensätzen oder einen View mit Joins habe, können Berechnungen trotz Where-Klausel teilweise lange dauern.

Wenn man den interessanten Bereich erst insgesamt in eine Temporäre Tabelle Kopiert und dann seine Berechnungen auf diese anwendet kann man den ganzen Vorgang erheblich schneller machen. Ich konnte so den Faktor 10 und mehr erreichen.

[jobo]

Wie wärs damit:

Code:

create global temporary table MyConnGTT (
  id int not null primary key,
  txt varchar(32),
  ts timestamp default current_timestamp
)
on commit preserve rows;

(siehe dazu http://www.firebirdsql.org/refdocs/l...ddl-table.html)

Wenn Du eh mit einer Stored Procedure arbeiten willst, tut's doch vielleicht auch ein

Code:

FOR select_statement DO
compound_statement

In dem die benötigten Daten zusammen geraffelt und bearbeitet werden?
Eine temporäre Tabelle macht m.E. eher selten Sinn.
Und ein TClientDataset zur Datenverarbeitung macht nur Sinn, wenn es der Server nicht kann, wenn mir Bandbreite und Laufzeit egal ist oder wenn ich meinen Verarbeitungs-Code verstecken muss/möchte.

P.S.: Wichtig bei der Tabellendefinition ist der On Commit Teil. Lebensdauer Transaktion oder ganze Connection..? An der Stelle bist Du vielleicht gestolpert.