問題タブ [cursor]

「すべての文字列」データ（「カーソル」から取得）を「配列」に入れたい。しかし、なぜ「配列」が1つの値を返すだけなのかわかりません。ここで迷子になりました。誰かが私を助けることができますか？これは私のコードスニペットです

Sybase ASA 9 のストアド プロシージャで動的な結果セットを作成する必要があります。

クエリがあるとしましょう：

そのクエリのすべての値を取得するには、カーソルを作成する必要があります。どのように？

Cursor から String データを取得しましたが、Array に変換する方法がわかりません。どうやってやるの？

これは初心者の質問であり、おそらく構文の質問です。しかし、私はちょっと迷っています...

トリガースクリプトを生成するには、Oracleのすべてのテーブルのすべての列を調べる必要があります。そのトリガーは、更新される行を元のテーブルとほぼ同じログテーブルに挿入する必要があります。すべての列を調べて、文字列を連結するだけだと思いました。かなり簡単ですが、構文に苦労しています...

これが私がこれまでに持っているものです：

そのため、次のエラーが発生します。

テーブル宣言があります：

Oracle のテーブル タイプで動作するカーソルを宣言できますか?

GetIconInfoの関数を使用して現在のカーソルのアイコン情報を取得するアプリケーションを作成しuser32.dllました。しばらくの間は正常に動作しますが、しばらくすると間違った情報ICONINFO.hbmMask(負の値) を提供し始め、次の行でから Bitmap オブジェクトを取得Bitmap.HBitmap(bitmask)すると、例外がスローされます。

そこから、GetIconInfo常に負の値を返すため、この例外が継続的に発生します（このコードはすべてループで動作しています）。

誰でもこの問題が何であるか教えてもらえますか? 次の反復例外を回避する方法は?

ここにコードがあります

以下のコードに取り組んでいます (わかりやすくするために編集しています)。これにより、Oracle で開いているカーソルに関するいくつかの問題が発生しています。基本的に、DB からデータを選択しようとしています。返された行ごとに、選択してレコードに追加するサブデータの行が 0 行以上あります。これは現在、サブ データを読み取るためにメイン データ セットにデータを入力しながら、別の関数を呼び出すことによって実現されています。これは、1000 未満の少量の行では問題なく機能します。これは、ユーザーが使用する通常の動作範囲ですが、数万行のオーダーになる可能性があるすべての行を要求する可能性があります。大規模なボリューム選択を実行すると、ORA-01000: 開いているカーソルの最大数を超えましたエラー。コードを実行して v$open_cursors にクエリを実行すると、カーソルが落ちるまでカウントアップしていることがわかります。

sub 関数を呼び出している行をコメントアウトすると、正常に動作し、v$open_cursors のカーソル数が数カウントだけ上下に変動します。

メイン関数がその接続オブジェクトをサブ関数に渡していることに気付きました。これにより、結果のステートメントと結果セットが、コードによって閉じられているにもかかわらず、接続がまだ開いている間に開いたままになる可能性があると考えました。そのため、各関数がプールから独自の接続を取得し、完了したら閉じるようにコードを変更しようとしましたが、カーソルに違いはありませんでした。

カーソルの数を増やすことはできますが、a) 問題を覆い隠すだけであり、b) 動作させるにはばかげたほど多くのカーソルを保持する必要があり、c) 欠陥のあるコードをリリースしたくありません!

ただし、コードでカーソルを解放する方法についてのアイデアが不足しています。

管理者アカウントで、Vista の Visual FoxPro 9 を使用しています。次のプログラムを実行しようとしています。

Code Magazine の記事 ( XMLAdapter を使用して XML を VFP カーソルに変換する ) からこのプログラムをそのままコピーしました (XML ファイルのパスの変更を除く)。実行すると、次のエラーが表示されます:インデックスまたは式がコレクションの既存のメンバーと一致しません。 プログラムの最後の行でクラッシュしています。

同じ記事には、次のプログラムもあります。

これは完全に機能します。

最初のプログラムがクラッシュする理由を誰かが理解するのを手伝ってくれたら、本当に感謝していますか?

ありがとう

SQL Server 2005カーソルの割り当てが時期尚早になる原因となるケースにはどのようなものがありますか？

時々動作が遅くなるアプリケーションがありますが、これはデータベース カーソルに関連していると思います。

アプリケーション ソースにアクセスできないため、データベース呼び出しを制御できませんが、データベースは開いているので、必要に応じてインデックスを追加できます。

問題は、インデックスを使用してカーソルを高速化する方法を本当に知らないことです。

カーソルクエリは単純で、次のようになります

(テーブルには約 1M 行が含まれます。左結合が 1 つある場合もあります)

SSMS でクエリを直接実行すると 1 秒もかかりませんが、アプリケーションからカーソルで実行すると、最初の行を取得するのに 30 秒かかる場合があります (sql-trace で確認)。

WHERE 句と ORDER BY 句のフィールドはすべて個別にインデックスが作成されます。

field1、field2、field3、field4 のインデックスを組み合わせると、より高速になると思います。フィールドの組み合わせと順序ごとにインデックスを作成せずに高速化する方法はありますか?

(繰り返しますが、アプリケーションがデータベースにアクセスする方法には影響しません。パフォーマンスは、インデックスを介してのみ調整できます)