Temporäre Tabellen durch TFDMemTable ersetzen

[Delphi.Narium]

http://docwiki.embarcadero.com/Inter...emporary_Table

Die ist doch, wenn man es richtig macht, nur innerhalb einer Session befüllt.

Wenn Interbase genauso "intelligent" ist wie Oracle, kann man eine derartige Tabelle in beliebig vielen Sessions gleichzeitig nutzen, ohne dass die irgendwie was von den anderen Sessions mitbekommen.

Aus Programmsicht hat also (so verstehe ich das) jede Session ihre eigene temporäre Tabelle.

Und statt select * into #temp1 from Tabelle where condition einfach ein INSERT INTO table2 SELECT * FROM table1 WHERE condition; erscheint mir jetzt nicht wie ein wesentlicher Programmieraufwand, sondern eher wie Standard-SQL.

[mkinzler]

Zitat:

Die ist doch, wenn man es richtig macht, nur innerhalb einer Session befüllt.

Bei FireBird ist das so, man kann festlegen, ob die Daten beim commit automatisch gelöscht werden oder nicht. Bei Beendung der Sitzung werden diese auf jeden Fall bereinigt. Der Nachteil von GTT ist halt, dass die Struktur starr ist; Local Temporary Tables (LTT) sind "under consideration" (FireBird).

[haentschman]

Moin...

Zitat:

Es wird eine temporäre Firmen Tabelle erstellt und die selektierten Firmen rein kopiert, damit geht es dann mit einem join auf die Mitarbeitertabelle.

...das verstehe ich nicht. Wenn ich eine Auswahl der Firmen hätte (ID Liste aus dem Grid z.B), da würde ich mir direkt die Daten aus der Datenbank holen...über einen join z.B. Was hat die Temporäre Tabelle für einen Sinn...ein Workaround?

Zitat:

damit geht es dann mit einem join auf die Mitarbeitertabelle.

...das SQL würde ich gern mal sehen.

[Christian]

Moin,

Zitat:

Wenn ich eine Auswahl der Firmen hätte (ID Liste aus dem Grid z.B), da würde ich mir direkt die Daten aus der Datenbank holen...über einen join z.B. Was hat die Temporäre Tabelle für einen Sinn...ein Workaround?

Die selektierten Firmen können ja beliebig viele sein. In der Firmen ID Liste stehen letztendlich auch Firmen die du nicht selektiert hast. Du musst also erst eine Liste erstellen, in die du die Firmen kopierst, die du willst. Dann kannst du mit dem join kommen. Ein Join der kompletten Firmen Tabelle mit der Mitarbeiter Tabelle funktioniert nur, wenn die Anzahl der selektierten Firmen für die Where Klausel überschaubar ist, da die Datenbanken where ID in (1, 5, 10, 200,..., 1000000) nicht können, also nur eine bestimmte Anzahl an where Einträge verkraften.

[jobo]

Ich weiß nicht, wo hier die Probleme liegen sollten.
Eine temporäre Tabelle ist offensichtlich das Vehikel, benutzerspezifische Daten so bereitzustellen, dass sie mit klassischen SQL Verfahren weiterverarbeitet werden können.
Was man dabei als "Temporär" bezeichnet, ist je nach Anwendungsfall mehr oder weniger treffend, der Clou ist ja wohl die individuelle (Session) Zusammenstellung der Daten. Andernfalls wären es normale Daten im Datenmodell, für alle von Bedeutung und mindestens lesbar. Je nach Machart (beim Hersteller) sind es dann eben Daten, die beim nächsten Arbeitsschritt oder in einer neuen Sitzung wieder weg sind.
"Notfalls" macht man es selbst, wie PeterBelow beschreibt. Dauerhafte, selbstgemachte "Temp"tables können dann sogar indiziert sein, was ggF. Vorteile hat, wenn tatsächlich "beliebig viele" Daten vom Benutzer ausgewählt werden.

[p80286]

Wofür überhaupt eine temporäre Firmentabelle?
Pack die IDs der Firmen in ein Set und gut ist.

SQL-Code:

select ...
from firma join mitarbeiter ....
where 
  firma.id in (set der firmenids)

Gruß
K-H

[mkinzler]

Zitat:

Natüüürlich kann man auch eine reguläre Tabelle nehmen, die musst Du aber nachher immer leeren. Eine temporäre Tabelle verschwindet von selbst.

GGTs werden auch manuell geleert. Diese werden nur nicht automatisch gedroppt.

[peterbelow]

Zitat von p80286:

Wofür überhaupt eine temporäre Firmentabelle?
Pack die IDs der Firmen in ein Set und gut ist.

SQL-Code:

select ...
from firma join mitarbeiter ....
where 
  firma.id in (set der firmenids)

Gruß
K-H

Die meisten Datenbankserver haben ein Limit für die Zahl der Einträge, die in einer IN-Liste enthalten sein dürfen, und außerdem sind solche Queries aufwendig zu parsen und ziemlich langsam verglichen mit einem Join mit effizient indizierten Tabellen.

[p80286]

Das ist ja ein quantitatives Problem.
Die Alternative wäre ein/mehrere Inserts in eine (temporäre) Tabelle. Bei den paar Einträgen (vermute ich) fällt die Indizierung nicht ins Gewicht.

Gruß
K-H

[Frickler]

Zitat von haentschman:

Moin...

Zitat:

Es wird eine temporäre Firmen Tabelle erstellt und die selektierten Firmen rein kopiert, damit geht es dann mit einem join auf die Mitarbeitertabelle.

...das verstehe ich nicht. Wenn ich eine Auswahl der Firmen hätte (ID Liste aus dem Grid z.B), da würde ich mir direkt die Daten aus der Datenbank holen...über einen join z.B. Was hat die Temporäre Tabelle für einen Sinn...ein Workaround?

Da wir auch gerade von ADS auf Firebird wechseln, kenne ich die Problematik.

Also... angenommen, Du kannst aus einer Liste (Grid, ListView, etc) Einträge auswählen, zu denen zusätzliche Informationen angezeigt werden sollen. Wenn das nur eine Handvoll Einträge sind, baust Du Dir eine SQL Anweisung a la "select bla from blubb where name in ('name1', 'name2', 'name3', ...)" wobei die "IN ()" Anweisung dynamisch aus den angehakten Listeneinträgen erstellt wird.

Wenn man aber in der Liste dutzende bis hunderte Einträge auswählen kann, wird eine "IN()"-Anweisung irgendwann unglaublich lahm (wenn nicht vorher das Limit für die Länge einer SQL-Anweisung überschritten wird).

Also baust Du Dir eine temporäre Tabelle, trägst dort alle Namen (IDs, Nummern, whatever) ein und JOINst diese gegen die Tabelle, welche die gewünschen Informationen enthält.

Natüüürlich kann man auch eine reguläre Tabelle nehmen, die musst Du aber nachher immer leeren. Eine temporäre Tabelle verschwindet von selbst.