Datenbank: Firebird • Version: 2-5 • Zugriff über: UniDAC
Stored Prodeure mit in im Select
Hallo Delphianer,
ich möchte gerne ein Stored Procedure für Firebird erstellten. Im Select soll ein in sein. Das ganze konnte ich auch erstellen. Wenn ich jedoch das genaze nun mit einem Select aufrufe, so geht es nicht bzw es kommt kein Ergebnis. Wie muss ich denn das zahel im Select aufrufen ? Ich habe es in der Stored Produre als Variable string definiert. Als Aufruf mache ich 'A','B' oder A,B beides geht jedoch nicht. Danke Tanja |
AW: Stored Prodeure mit in im Select
Hmm, meine Glaskugel hilft hier nicht.
Magst du deine SP-Definition und deinen AUfruf hier einmal posten? Dann können wir dir bestimmt weiterhelfen. |
AW: Stored Prodeure mit in im Select
Zitat:
Ne Spaß bei Seite. Was geht ist -> Where Auftragsart = 'H' or Auftragswert = 'M' Was nicht geht ist -> Where Auftragsart in (:Auftragswerte) Wobei Auftragswerte aus VarChar 10 definiert ist (Input Paramter) Aufrufen tue ich es mit Select * From Aufträgen Bei der SP mit in im Where mittels Select * From Aufträgen ('M,H') oder Select * From Aufträgen (''M','H'') geht leider beides nicht. |
AW: Stored Prodeure mit in im Select
Am Besten Abfrage dynamisch zusammenstellen und per
SQL-Code:
ausführen.
EXECUTE BLOCK
|
AW: Stored Prodeure mit in im Select
Natürlich geht
Delphi-Quellcode:
nicht, denn es ist ein Parameter mit einem Wert, egal was du da rein schreibst.
x IN (:EinParameter)
Delphi-Quellcode:
ginge.
x IN (:Param1, :Param2)
Ansonsten müsstest du den SQL+Text ohne Parameter manuell zusammenbauen, oder, was ich dann gern mal nehme, das sind Makros
Delphi-Quellcode:
die das Gleiche machen. :freak:
x IN (&Param)
Die einzigen "guten" Lösungen hier, wären Array-Parameter. * so manches DBMS und zugehörige Zugriffskomponenten können an einen Parameter ein Array übergeben. (nicht wie du einen String, wo irgendwas drin steht) * oder du übergibt es als String und trennst es im SQL in ein Array auf
Delphi-Quellcode:
,
x IN string_to_row(:KommagetrennterParameter, ',')
Delphi-Quellcode:
, bzw.
x IN unnest(string_to_array(:KommagetrennterParameter, ','))
Delphi-Quellcode:
x = ANY(string_to_array(:KommagetrennterParameter, ','))
Und deine SP braucht dann natürlich ebenfalls einen Array-Parameter, oder notfalls einen String-Parameter, der intern in ein Array zerlegt wird, genau so, wie es bei der Übergabe an den zweiten Parameter für den IN-Operator der Fall ist. |
AW: Stored Prodeure mit in im Select
Arrayparameter:
Hier ist etwas ähnliches mit einer Hilfsfunktion gelöst. z.B. ganz unten https://stackoverflow.com/questions/...ored-procedure |
AW: Stored Prodeure mit in im Select
in Operatoren sind nicht immer die beste lösung, es gibt aber mehrere workarounds neben der schon erwähnten, das als string zusammenzubauen und dann mit execute statement zu arbeiten
Ich mach das mittlerweile meistens so, das die parameter in eine GTT (global temporary table) gepackt werden und dann ganz normal an den restlichen SQL gejoint wird. alternatv kannst du wenn du den parameter in die sp als String übergibst und diese einen defininerten Trenner hat auch so was machen, das aber nur für kleinen datenmenge sinnvoll. select * from sp(';1;5;7;9;') ... create procedure sp (p varchar(800)) as begin for select id from tab where :p containing ';'||tab.id||';' into ..... .... end Bei der Lösung mit der gtt klappt das auch mit dem optimierer sehr gut, beim 2. vorschlag hast du immer full table scan, aber bei kleiner Tabellen kann das durchaus ok sein. |
AW: Stored Prodeure mit in im Select
Danke an alle hier. Ich habe es hinbekommen.
Dumpfbacke |
AW: Stored Prodeure mit in im Select
Hallo,
und was hast Du genommen, damit es klappt? |
AW: Stored Prodeure mit in im Select
Ich habe mich für die Lösung im Post 6 entschieden und dieses an meinen Gegenheiten angepasst. Das war am schnellsten umzusetzten für mich.
Dumpfbacke |
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:46 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz