PB 電子会議室
発言No. | 更新日 | 題名(クリックすると発言内容と関連するコメントが表示されます) |
---|---|---|
6890 | 99/06/23 19:26:39 | RE(4):PB6.5: カーソルのオープンについて By クロノス |
6888 | 99/06/23 18:15:24 | RE(3):PB6.5: カーソルのオープンについて By Taka |
6886 | 99/06/23 18:07:13 | RE(2):PB6.5: カーソルのオープンについて By M.M |
6885 | 99/06/23 17:57:13 | RE(1):PB6.5: カーソルのオープンについて By Taka |
6878 | 99/06/23 16:25:05 | PB6.5: カーソルのオープンについて By クロノス |
カテゴリ:スクリプトの記述
日付:1999年06月23日 17:57 発信者:Taka
題名:RE(1):PB6.5: カーソルのオープンについて
クロノスさん、こんにちは。
この現象、私も以前(PB5.x時代)に経験しました。
で、方式を変えることで対処できたので、それ以上深くは追求しませんでした。
6.5でも同じなんですね。
FETCHの後にすぐ自分の関数を呼び出すのではなく、配列のローカル変数に必要な情報を一旦
格納しておきます。で、ループが終わってカーソルをクローズした後に、別のループ処理にて
前に取得しておいた配列変数をパラメータに自分を再起します。
これで、一応は回避できました。
(ループの回数が増えてしまうのが嫌なんですけど)
>これは、私がいけないのでしょうか?変数だけでなく、てっきりカーソルも
>ローカルの宣言になると思っていたのですが…
カーソルそのものは、ローカル宣言扱いになっているはずです。
恐らく、それに対応しているORACLE側のカーソルの実体が、同じものが割り当てられてしまう(?)
のではないかと思います。
>どなたか解る方がいましたら教えてください。
私も知りたいです。(笑)
付加情報:
PowerBuilder Version (記載なし)
Client SoftWare
OS Windows NT 4.0
DBMS Oracle SQL*Net 8
Browser (記載なし)
Server SoftWare
OS (記載なし)
DBMS Oracle 8.0
WebServer (記載なし)
Copyright © 2013 Power Future Co., Ltd.