IN mit einem Parameter

[haentschman]

Hallo alle miteinander...:hi:

ist es möglich ein:

Code:

.... from TABLE where XXX IN (:Parameter)

als einzigen Parameter mit verschiedenen Mengen an Strings abzusetzen oder ist das eine Sackgasse ? Diverse Varianten mit QuotedStr schlugen fehl. Ich würde das ganze ungern als String zusammensetzen bzw. über mehrere Parameter da die Anzahl bei jeder Abfrage unterschiedlich ist.

Danke für Infos... Ich probiere derweil weiter :zwinker:

[mkinzler]

Geht leider nicht.

ich ersetzt in diesem Fall immer die Zeile des Staements.

SQL-Code:

select
   ...
from
   <Tabelle>
where
    Feld in
    ()
;

Delphi-Quellcode:

DataSet.SQL[6] := '(1,2)';

[Bummi]

mir ist keine andere Möglichkeit bekannt als den SQL zusammenzusetzen.

[haentschman]

Vielen Dank an Euch...
machmal spart gleich fragen viel Zeit :zwinker: Dann kann ich ja aufhören mich zu quälen. Dann setze ich das mal schön in einer Schleife zusammen.

Ein schönes Wochenende noch :hi:

[himitsu]

Nur um es nochmal genau zu sagen:
Diese Parameter ala ":name" oder "?" usw. (jenachdem welches DBMS man nutzt) stehen für je genau einen Wert.

Also egal was man an soeinen Parameter übergibt und wie es formatiert ist, es wird immer nur als ein Wert (in deinem Fall ein String) ausgewertet.

War leider auch schon in diese "Falle" getappt und wollte genau das Gleiche versuchen. :oops:

[Sir Rufo]

Trotzdem würde ich bei Parametern bleiben

Code:

Where Feld In (:InPar1, :InPar2, ...)

sonst fummelt man sich einen mit Quotes etc. zu Tode

[Bummi]

@Sir Rufo
der Witz bei den IN-Parametern ist üblicherweise daß die Anzahl der Elemente variabel ist, zb der Benutzer in einer Checklistbox bestimmte Elemente ausgewählt hat.

[Sir Rufo]

Zitat:

Zitat von Bummi (Beitrag 1062924)

@Sir Rufo
der Witz bei den IN-Parametern ist üblicherweise daß die Anzahl der Elemente variabel ist, zb der Benutzer in einer Checklistbox bestimmte Elemente ausgewählt hat.

ok, man scheint mich nicht zu verstehen

Delphi-Quellcode:

for idx := 1 to AnzahlParameter do
  InParamStr := InParamStr + Format( ':InParam%d', [ idx ] );

Die Kommas fehlen noch, aber der Ansatz sollte nun klar sein.
Die Werte jetzt den Parametern zuweisen und dann abschicken.

[haentschman]

hmmm... ich hab jetzt zwar den String schon zusammengesetzt aber ich schau mir die Parametervariante morgen mal an. Für heute reicht es :zwinker:

Danke an alle...

[Bummi]

@Sir Rufo
sorry, ich hatte Dich wirklich falsch verstanden, aber eine Schleife mit QuotedStr()+',' und an Schluß das letzte Komma wegschmeißen empfinde perönlich ich als weniger aufwändig.

[himitsu]

Du hast weniger Arbeit, aber dafür mit das QuotedStr ordentlich arbeiten (korrekt die Quotes setzen), wofür zusätzliche Stringoperationen nötig sind
und dann muß das DBMS diesen String auch wieder zerlegen, was bei den Parametern nicht so aufwändig ist.

[Bummi]

Danke an Sir Rufo und Himitsu für die Anregung, ich hatte zwar an dieser Ecke bisher nie Performanceprobleme werde mich aber doch mal etwas ausgiebiger damit beschäftigen.

[Sir Rufo]

Und auch nur gefühlt mehr Arbeit

Delphi-Quellcode:

QryStr := '... Where Feld In (' + ParStr( 5 ) + ')';

die Funktion

Delphi-Quellcode:

ParStr( Count : integer )

liefert dir dann die entsprechenden Parameter-Felder in der gewünschten Anzahl.
Nun ist der Aufwand die Werte an die Parameter zu übergeben geringer als diese als String aufzubauen.

[Bummi]

nur noch eine kleine Rückfrage, habt ihr Erfahrungen damit ob es bei einer hohen IN-Anzahl bei der Parametrisierten Form, die ja nur Sinn macht wenn man Prepared fährt z.B. bei MS-SQLserver ein Limit gibt.
Der SQL kann ja prinzipiell beliebig lang werden, die Frage wäre gibt es bei der Parameteranzahl möglicherweise eine Grenze?

[Sir Rufo]

Ab einer bestimmten Parameter-Anzahl müsste man mal das Konzept überdenken.
Ansonsten bleibt immer noch die Möglichkeit die Werte in eine temp. Tabelle zu übertragen und dann wie folgt prüfen

Code:

Where Feld In ( Select tmpFeld From tmpTab )

[Bummi]

SQL mäßig fühle ich mich sehr sattelfest (wegen IN TMP :-D), aber vor ich diesen Ansatz in einer stark ausgelasteten Netzwerkumgebung wähle würde ich hier die althergebrachte IN (BastelString) Lösung weiter präferieren.

LG
Thomas

[Sir Rufo]

Zitat:

Zitat von Bummi (Beitrag 1062936)

nur noch eine kleine Rückfrage, habt ihr Erfahrungen damit ob es bei einer hohen IN-Anzahl bei der Parametrisierten Form, die ja nur Sinn macht wenn man Prepared fährt z.B. bei MS-SQLserver ein Limit gibt.

Meiner Meinung macht das Prepared nur dann Sinn, wenn genau diese Abfrage mehrfach benutzt wird.
Die Anzahl der Parameter ist aber variabel und somit ist es nur Zufall, wenn die Abfragen gleich sind.
Somit bringt ein Prepared überhaupt nichts, wenn es sich nicht sogar negativ auswirkt, weil vorbereitet, dann abgefragt wird und dies bei jeder Abfrage.

[mkinzler]

FireBird prepared zudem automatisch