SQL set oder select into mit dynamischer Selektion

[dibe]

Danke Dieter,
leider ist das so nicht machbar!
Alle Werte können alle Inhalte haben, wenn sie nicht selektiert sind.

Natürlich kann ich das ganze Statement dynamisch machen
aber execute immediate geht ja nicht als SET oder insert into. ODER?
Dann müsste ich den Zähler in eine Datei ausgeben und diese dann lesen.

nicht sehr elegant, oder?

[dschroeder]

Du müsstest das dynamische SQL in einem Cursor verarbeiten. In eine Datei ausgeben musst du es nicht.
Wenn dein dynamisches SQL ein Count ist, wird dein cursor genau eine Zeile und eine Spalte haben. Du brauchst also keine Schleife:

Beispiel: (Die Variable String enthält dein SQL-Statement)

       // SQL-Anweisung validieren (unter dem Name "cmd"):
       exec sql prepare cmd from :string;


       // Cursor mit dem Namen "result" definieren:
       exec sql declare result cursor for cmd;


       // Cursor öffnen:
       exec sql open result;


       // Verarbeiten des Cursors (Es kann nur genau 1 Satz mit genau 1 Feld sein):
       exec sql fetch next from result into :ergebnis;


       // Cursor schließen:
       exec sql close result;

Tipp:
(Ich habe mir dafür ein Serviceprogramm geschrieben, das einen "count"-SQL-String bekommt und mir den Wert zurückliefert.)

[B.Hauser]

SELECT ... INTO kann nicht dynamisch ausgeführt werden, aber ein Cursor ist auch nicht unbedingt notwendig.
VALUES ... INTO funktioniert wie SELECT ... INTO, kann jedoch dynamisch ausgeführt werden:

SelectStmt = 'Values( Select Count(*) from Datei ' + String + ') into ?';
Exec SQL Prepare DynSQL from :SelectStmt;
Exec SQL Execute DynSQL using :ReceiverVar;

i.Ü. ist das Ganze auch tatsächlich statisch mit SELECT ... INTO möglich:

EXEC SQL Select Count(*) from Datei into :ReceiverVar 
          Where     Col1 = Case When :HostCol1 > '' Then :HostCol1 Else Col1 End
                and Col2 = Case When :HostCol2 <> 0 Then :HostCol2 Else Col2 End
                and Col3 = Case When :HostCol3 > '2000-01-01' then :HostCol3 Else Col3 End
                and ....
                and ColN = Case When :HostColN > '' Then :HostColN Else ColN End

[BenderD]

... between ist auch noch eine Option

D*B

[dschroeder]

Dietlinde, dann ist wahrscheinlich Birgittas Vorschlag mit dem dynamischen "Values-Statement" die eleganteste Lösung. Ich wusste nicht, dass das geht und habe das bisher mit einem Cursor gelöst.

Die Lösung mit statischem SQL scheidet ja aus, wie du selbst geschrieben hast:

"leider ist das so nicht machbar!
Alle Werte können alle Inhalte haben, wenn sie nicht selektiert sind."

[Fuerchau]

Statisch kannst du das ebenso machen, denn immerhin gibts ja noch NULL-Anzeiger:

where (   feld1 = :wert1 :Null1) 
       or feld2 = :wert2 :Null2)
       or feld3 = :wert3 :Null3)
       or feld4 = :wert4 :Null4)
       or feld5 = :wert5 :Null5)
       or feld6 = :wert6 :Null6)

Null-Anzeiger sind vom Typ int(5) und enthalten den Wert -1 wenn die Variable NULL sein soll.
Der NULL-Vergleich mit Feld führt zu NULL und ist nicht Wahr.
Der Inhalt der Variablen selber wird in diesem Fall ignoriert.
Also musst du die Null-Anzeiger auf -1 setzen, wenn die Bedingung nicht erfolgreich werden soll.

Nullanzeiger kann man immer auch beo Parametern verwenden.

[dschroeder]

Entweder habt ihr die Fragestellung nicht richtig gelesen oder ich habe gerade ein Brett vorm Kopf:

Dietlinde hat doch geschrieben, dass sie an den Selektionsfeldern nicht erkennen kann, ob die Selektion gewünscht ist oder nicht. Deshalb scheidet das Konstrukt "(feld1 = :wert1 or :wert1 = '') aus!

Aus meiner Sicht ist das dynamische SQL die einzige Möglichkeit.

[dibe]

Hallo zusammen und vielen Dank,

ich denke, eine der beiden Versionen von Birgitta ist am besten.
Nicht verstanden habe ich das mit dem between von Herrn Bender - ich glaube nicht das das geht -
und das mit dem NULL von Herrn Fuerchau auch nicht.
Da müsste das OR zu einem AND werden, und Null1 -1, wenn ich feld1 NICHT abfragen will?

[Fuerchau]

Auch bei Dynamic muss der Programmierer ja wissen, welche Felder er nicht in die Where-Klausel aufnimmt.
Also kann er bei der statischen Variante einfach die NULL-Anzeiger für die nicht benötigten Felder setzen verwenden, da dies so wirkt, als wäre die Bedingung nicht vorhanden.
Denn mit NULL kann man nur mit " is null" vergleichen und sonst nicht.

@dibe

Wenn du eine Spalte mit NULL vergleichst, ist das Ergebnis NULL.
Da du aber alle mit Or verknüpfst, benötigst du mindestens 1 Bedingung die nicht NULL sondern Wahr ist um zum Ergebnis zu kommen.
In RPG Kann man aber NULL halt nur mit einem NULL-Indikator markieren.

Wenn du also z.B. Null2 bis Null6 mit -1 belegst, muss "Feld1 = : Wert1" zum Ziel führen, oder auch nicht wenn es ebenso ein akzeptables Ergebnis ist.

Ach ja:
Die 2. Variante von Birgitta ist dieselbe wie die in der ersten Antwort, nur komplizierter geschrieben.
Warum soll ich Col1 mit sich selber vergleichen wenn die Variable leer ist und ich doch eigentlich alles mit or verknüpfe?

[dschroeder]

Die Antwort von Baldur klingt interessant. Aber verstanden habe ich sie auch nicht.

Im where habe ich noch nie Null Indikators gesetzt. Was bedeutet denn:

where ( feld1 = :wert1 :Null1)
or feld2 = :wert2 :Null2)
or feld3 = :wert3 :Null3)



Ich denke, du meinst, dass ich mehrere numerische Variablen Null1, Null2, ... im RPG deklariere und z.B. Null1 und Null3 auf -1 setze? Dann würde nur die Selektion für feld2 geprüft? Ist das so?

Falls ja, ist das eine coole Idee, aber ich verstehe noch nicht, weshalb das funktioniert.

[BenderD]

select count(*)
from ...
where ...
and col1 between :low1 and :high2
and col2 between :low2 and :high2
...

wenn in :lowx, :highx lowval bzw highval ist die Bedingung immer true
schreibe ich einen Wert in beide rein, nimmt er nur diesen

et voila!

mit dem null habe ich Bedenken, das sieht mir nach einer Fehlerbedingung aus (Vergleiche mit einem Nuulwert gehen nur mit is null, bzw. is not null

D*B

[dschroeder]

Die Lösung von Dieter Bender finde ich auch cool. Gefällt mir persönlich sogar am besten, weil sie
statisches SQL ermöglicht und ohne Nullwerte auskommt (ist ja in RPG oft ungewohnt).

(Die Lösung von Baldur habe ich immer noch nicht verstanden)