Array mit DB Ergebnismenge vergleichen

[himitsu]

Zitat von Delphi.Narium:

Zitat von himitsu:

@Delphi.Narium: Warum keine Temp-Table? (am Besten nur für diese Session)

Um es auf allen Systemen gleich zu haben und nicht bei der Portierung immer daran zu denken

Vorallem falls mal wer auf die blöde Idee kommt sowas in einer MultiUserDB zu machen, wo mehrere gleichzeitig auf die "selbe" Tabelle schreiben und ihre Daten gegenseitig löschen und füllen würden.


PS: das "Dual" als View ala "SELECT true" oder als StoredProc und schon kann auch ohne Rechtevergabe niemand was dran ändern.

[mkinzler]

Zitat:

Temptable: muss man leider immer wieder anlegen

Eine globale (GTT) kann man auch als persistent konfigurieren.

[rokli]

Hallo Jungs!

Vielen Dank für die Infos! Im Moment halte ich die Idee von Uwe auch für die Beste - und wahrscheinlich auch die performanteste.

Gruß
Rolf

[jobo]

Zitat von rokli:

Im Moment halte ich die Idee von Uwe auch für die Beste - und wahrscheinlich auch die performanteste.

Sag ich doch

dual oder was auch immer:
Es sollte möglichst nicht nur eine Rechtefrage sein, sondern auch per Constraints abgesichert sein.

Was Einheitlichkeit angeht, bietet sich natürlich ein View an, wie Himitsu sagte. Ob der unbedingt dual heißen muss, sei dahin gestellt. Ich denke, genau wie jeder (jedes Unternehmen) ein set von "home grown" Delphi units hat, hat man eine solche View Schicht vielleicht für die hauseigenen Anwendungen.

Viele solcher Statements oder Scripte kursieren auch im Netz beim Thema Datenbankmigration. Die sind in der Regel darauf gemünzt eine DB sql kompatibel zu einer anderen zu machen, aber das kann man ja auch an eigene Bedürfnisse anpassen.

[Jumpy]

Zitat von jobo:

Zitat von rokli:

Im Moment halte ich die Idee von Uwe auch für die Beste - und wahrscheinlich auch die performanteste.

Sag ich doch

Gibts sowas auch für Oracle? Das mit der Values(...) kannte ich so noch nicht.
Oder gäbe es da eine andere Möglichkeit das mit Join zu lösen, statt mit Subselect?

[jobo]

Zitat von Jumpy:

Gibts sowas auch für Oracle? Das mit der Values(...) kannte ich so noch nicht.
Oder gäbe es da eine andere Möglichkeit das mit Join zu lösen, statt mit Subselect?

Es gibt erstmal die Table Function, darüber kann man views, functions, vermutlich auch package functions und letztlich auch Wertelisten einbinden.
Wenn es erstmal dann erstmal Tabelle ist, dann von da an normal mit Join weiter.

Code:

select column_value 
from table(sys.dbms_debug_vc2coll('One', 'Two', 'Three', 'Four'));
..
select column_value 
from table(sys.dbms_debug_vc2coll(1,2,3,4));
..
select distinct column_value from table(sys.odcinumberlist(1,1,2,3,3,4,4,5))

aus SO:
https://stackoverflow.com/questions/...lues-in-oracle

für "Spezial"funktionen z.B.:
http://stevenfeuersteinonplsql.blogs...ction-and.html

P.S.: Bevor man das so wie im Beispiel einbindet (entsprechende Berechtigungen müssen da gesetzt sein), würde ich auch hier empfehlen für die sys functions Wrapper im Anwendungsschema oder Tool Schema zu definieren, die dann mit normalen Berechtigungen auskommen. Dann werden zwar bei der Erzeugung der Wrapper Sonderrechte benötigt, aber die Wrapperfunktion ist dann ein normales Schemaobjekt ohne Sonderlocken.

[Jumpy]

Danke Jobo!

Zitat von jobo:

P.S.: Bevor man das so wie im Beispiel einbindet (entsprechende Berechtigungen müssen da gesetzt sein), würde ich auch hier empfehlen für die sys functions Wrapper im Anwendungsschema oder Tool Schema zu definieren, die dann mit normalen Berechtigungen auskommen. Dann werden zwar bei der Erzeugung der Wrapper Sonderrechte benötigt, aber die Wrapperfunktion ist dann ein normales Schemaobjekt ohne Sonderlocken.

Wichtiger Hinweis, der zu beachten ist, wenn einem der DBA nicht den Kopf abreißen soll .

[jobo]

Ja! Wer wem den Kopf abreißt, ist im Zweifel nachher von einem Ermittlerteam zu ermitteln..

[ot]
Ach und noch was Oracle spezifisches (also für Leute, die nicht Multi DB affin sind oder sein müssen)
Mit Package Functions hat man die Möglichkeit, die Wertebefüllung und den Datenabruf zu trennen.
Die Package.Funktion wird im (tiefsten ) Inneren eines Views verwendet, das Setzen der Werte läuft nebenher über einen Setter im gleichen(!) Package unter Verwendung einer Package Variable.
Damit hat kann man Views so konstruieren, dass sie Session (~user} spezifisch aufgerufen werden können und jeweils ganz unterschiedliche (oder gar keine, wenn nicht initialisiert) Daten zurückgeben.

Achtung, das geht natürlich nicht in Systemen, die Verbindungen nur bei Bedarf öffnen, also häufig Web oder .Net.
In klassischen CS Umgebungen mit single session, oder Session Kontrolle kann man es nutzen. Würde man aber wohl nur tun, wenn es Performanceprobleme mit komplexen Selektstatemntes gibt (oder vielleicht zum Datenschutz- aber da hat Oracle auch einige andere Mechanismen)
[ot]