* in Stored Procedure [Interbase]

[Hansa]

Was ist hieran falsch :

SELECT * FROM TABLE8; Da muß noch eine WHERE-Klausel rein und ein paar Parameter. Aber bereits hier beschwert er sich über den *.

[Sharky]

Hai Hansa,
kann es sein das deine Zugriffsmethode mit dem ";" am Ende nicht zurechtkommt? Oder mag die DB keine "Zahlen" im Tabellennamen?

[Hansa]

Bis zum Zugriff bin ich noch gar nicht gekommen. Das muß ein spezielles Problem mit Stored Procedures sein, das ich nicht sehe. 8) Zahl im Tabellennamen ist egal und der ; ? Was soll der ausmachen ? Führe ich diese Zeile, so wie sie ist aus, so geht alles. Als Stored Procedure aber nicht.

[Sharky]

Sorry, ich hatte das mit der "Stored Procedure" überlesen.

[Robert_G]

Zeig' mal den Code drumrum. Ein SELECT-Statement ist ja noch keine Prozedur.
Wenn du einen Haufe Daten in der Tabelle ändern willst: Deklariere es als Cursor, schiebe die Daten in Collections und mache etwas damit. Danach kannst du die per BULK DML ziemlich fix zurückschreiben:

SQL-Code:

create or replace procedure SenselessSample(pC in varchar2) is

  cursor curTabl8(iC in varchar2) is
    SELECT PK
          ,A
          ,B
    FROM   Table8
    WHERE  C = iC;

  type IntTab is table of integer;
  type ShortChrTab is table of varchar2(255);
  type LongChrTab is table of varchar2(2000);

  lPK IntTab;
  lA  ShortChrTab;
  lB  LongChrTab;

  i integer;
begin
  -- hole Daten
  open curTabl8(pC);
  fetch curTabl8 bulk collect
    INTO lPK, lA, lB;
  close curTabl8;

  -- mache was damit
  for i in lPK.first .. lPK.last loop
    lA(i) := lA(i) || ' miep!';
    lB(i) := lB(i) || ' ' || lA(i);
  end loop;

  -- schiebe sie per BULK DML zurück
  forall i in lPK.first .. lPK.last
    UPDATE Table8 u
    SET    u.A = lA(i)
          ,u.B = lB(i)
    WHERE  PK = lPK(i);

end;

[Hansa]

Die Frage ist, ob ich den * in einer Stored Procedure überhaupt verwenden kann. Ich erhalte nämlich momentan eine Warn/Fehlermeldung.

@RG: Bleib mir nur vom Hals mit Deinem überzüchteten Oracle-Code. Es geht auch nur um das Lesen der Daten, sonst nichts. Glaube kaum, daß ich ein Bulk DML brauche.

[Lemmy]

Guten Morgen Hansa,


lass mal den kompletten Code der SP lesen, es kann schon sein, dass er meckert, weil er z.B: nicht weiß, was er mit der Ergebnissmenge machen soll (Select .... from .... into ....) bzw. die Anzahl der Parameter stimmt nicht....

Grüße
Lemmy

[Hansa]

Es gibt noch keinen Code. Ich brauche alle Felder einer Datenmenge aus einem bestimmten Zeitraum. Z.B.:
SELECT * FROM TABLE WHERE DATUM= :DATUM Kann ich das mit einer SP machen, oder nicht ? Mit Dataset geht es, aber wo bleiben dann meine Parameter ?

EDIT:

vorher hat da gestanden :

DATUM< :DATUM

[Jelly]

Hallo,

ja, mit TDataset geht das, weil du zeilenweise vom Server alle Spalten geliefert kriegst. Das Ergebnis ist dann in deinem Dataset gespeichert... In einer Stored Procedure läuft das ganze also auf dem Server ab, und du musst dafür sorgen, daß du zeilenweise deine Daten irgendwo durchforstest, und deshalb geht da kein "Select * from...". Da geht kein Weg drum rum, statt *, alle Spalten einzeln aufzulisten... Und was schon gar nicht geht, ist die Parameterübergabe mittels atum. Ich bin jetzt kein Interbase Experte, aber das mit dem vorgestellten ":" erinnert doch stark an die Parameterübergabe, wie sie in Delphi in den TDataset Abkömmlingen praktiziert wird. In MSSQL z.B. ist es der Klammeraffe "@" der als Parameterindentifikator dient.

Gruß,
Tom

[Jelly]

OK, ich hab mir das bei Interbase mal nachgekuckt, da werden also Parameter ebenfalls mit ":" markiert... Also vergiss das zuletzt geschriebene im vorherigen Thread.

Gruß,