Wie behandelt Interbase SELECT INTO abfragen?

[mojo777]

@hansa
prinzipiell hast du sicherlich recht. aber ich stand vor der entscheidung das so zu machen und den client einmal die aktuell gültigen angebotstabellen durchzusuchen UND dann noch die ebenen (aka gruppen, oder wie man sie auch bezeichnen kann...) zu überprüfen, oder
so wie ich es gemacht habe:
der client durchsucht nur die angebotstabelle. diese wird jedoch automatisch durch sp mit gültigen rabatten etc aus dem gruppenbereich ergänzt.

hmmm... naja. im anbetracht der etwas komplex gewordenen sp, wäre es vll. doch einfacher den client 2 tabellen zu durchforsten... aber naja. jetzt hab ich wenigstens sp kennen gelernt

vielen dank nochmals!

und ps @jens. dein ausrutscher mit den triggern war zwar nicht so gemaint, aber ich habe das jetzt genau so umgesetzt.
von cursoren in ib hab ich keine ahnung

[Hansa]

Mojo, das ist doch nicht dein Ernst ? Sphagetticode in Reinkultur. Datenbank falsch aufgebaut, Denkfehler gleich mit reingehauen und dann noch mit den falschen Methoden und einem zweckentfremdeten Trigger alles so umgebogen bis es aussieht als passe es. So fährt man die Karre an die Wand und man hört irgendwann entnervt auf zu programmieren. Kenne einige authentische Fälle überwiegend aus dem C-Gebiet. Ich würde mal reiflich überlegen, mit so einer Programmierweise überhaupt anzufangen !

[mojo777]

also ich finde meine lösung elegant.
(ausser das mit den triggern).
aber ich weiss was du meinst. hatte letztens so ein problem in java.
naja. mal gucken. in delphi ist mir soetwas zum glück noch nicht passiert.

[jensw_2000]

Eigentlich ist das garnicht so schwehr ...

Ich benutze IB nicht, und habe auch kein SQL Handbuch dafür hier.
Daher erkläre ich dir das Prinzip mal an Hand der MSSQL Syntax

SQL-Code:

-- du deklarierst einen Cursor für deinen SELECT Befehl
DECLARE CRS CURSOR                                                    
FOR SELECT  SELECT KND_ID FROM TRANSACTION WHERE EINZAHLUNG>1000 

-- dann öffnest du den Cursor       
OPEN CRS                                                              

-- Der Erste Datensatz wird in die Variable @KND_ID gelesen 
FETCH NEXT FROM CRS INTO @KND_ID                                      
                                                                         
-- solange ein Datensatz vorhanden ist ..
WHILE @@FETCH_STATUS = 0                                              
BEGIN

   -- ... führst du deine SP aus ...
   EXECUTE PROCEDUERE UPDATE_KND_PRIVILEGIEN(@KND_ID)                 

 -- ... und holst den nächsten Datensatz.
FETCH NEXT FROM CRS INTO  @KND_ID        

-- Jetzt den Cursor schließen ...
CLOSE CRS                                                             

--  ... und freigeben 
DEALLOCATE CRS

Schöne Grüße,
Jens

[mojo777]

ahh!!! sehr geil!
so gehen also die schleifen!
danke!

[imp]

Oder du benutzt, wie oben bereits beschrieben die FOR SELECT Notation innerhalb der Sored Procedure.

Schönen Gruß,
Frank