問題タブ [procedures]

こんにちは。Oracle を入手するにはどうすればよいですか。実行中のプロシージャを確認できますか?

Visual Studio Express 2010 で c# プロシージャを作成しましたが、それをデータベースにデプロイしたいと考えています。私の知る限り、オラクルはこれを行うためのアドインを作成しますが、ビジュアルスタジオのエクスプレスエディションでは、このアドインを追加する方法がわかりません. Visual Studio Express Edition にアドインを追加する方法はありますか、またはそれらを oracle db に展開する他の方法はありますか?

以下は、Java から Spring JDBC テンプレートを使用してストアド プロシージャを呼び出した後に発生した例外です。

そのため、Spring DEBUG モードを使用して同じコードを実行しました。以下は、ロガーからの出力の一部です。

以前は、1111、12、3 などの型の値は、メタデータと SimpleJDBC 呼び出しで異なっていました。しかし、値を見つけて、型を同じにしました。それでも、値の設定にはいくつかの問題があります。以下は、値を設定する方法です

だから、どこが間違っていたのか、なぜ無効な列インデックスの例外が発生しているのかを知るのを手伝ってくれる人はいますか?

OUT パラメータを持つパッケージに SQL プロシージャがあります。パッケージ本体は次のとおりです。

以下の SQL コマンドでこのプロシージャを呼び出そうとしました。

しかし、それは私にエラーを与えます。このプロシージャを呼び出す方法を教えてください。

エラーは以下のとおりです

これは、2 つの数値フィールドを定義する単純なプロシージャです。1 つは Number、もう 1 つは Decimal ですが、両方を別のプロシージャに渡すと、Decimal フィールドは 0 dp に丸められます。

IAMOUNT は 9875.4321 になりますが、IUNITS は 123 になります。

受信 SQL:

コードをデバッグすると、IUNITS が 10 進数のデフォルトである 38,0 になり、IAMOUNT が NUMBER (15,7 なし) になることがわかりますが、パラメーターは渡されたフィールドのサイズを継承していると思いました。 .

したがって、問題は次のようになります。

ソースクエリとターゲットクエリという2つの列を持つテーブルがあります。各行には、ソース側とターゲット側からのインフォマティカ マッピングの SQL クエリが含まれており、行ごとにこれらの 2 つの値を取得してそこに出力を生成し、それを temp1 と temp2 などの一時テーブルに格納して比較する調整手順を構築する必要がありました。これら2つの一時テーブルの結果。これを行うには、2 つのテーブルを作成してから、2 つのカーソルを介して一括フェッチし、両方のテーブルに対してマイナス集合演算子を使用して比較を行い、そこから異なる行を取得しました。

ここでトリッキーな部分が来ます。異なる値を持つ行をチェックし、変更がある列の名前を出力し、ソース側の値 (temp1) とターゲット側の値 (temp2) も出力する必要があります。

以前にテーブルの構造を知っていた場合は、ハードコーディングがそこにたどり着く方法でしたが、テーブルtemp1がtemp2動的に作成されているため、この状況を回避することができません。列名とこれらの 2 つの値は、行を動的にループし、値が変更されている場所を確認してから、これらの 2 つの値と列名を出力する手順を使用します。

助けて ！この のコードを教えていただければ、とても助かります。

サンプル データセット

今

与える

と

与える

column3値が 3 から 4 に変更されたことがわかります。

だから私たちが必要とするのはこのようなものです

ソース テーブルとターゲット テーブルは、ソース クエリとターゲット クエリの 2 つの列を持つ別のテーブルのソース テーブルとターゲット テーブルの sql を取得するプロシージャから作成され、このテーブルの各行には recon 用の異なるクエリがあり、その数も列とそこの名前は、次回これらのテーブルが作成されるときに変更される可能性があります。

私はこの問題を回避しようとしてきましたが、ここの誰かが同じ問題を解決してくれることを期待していました。

私の SSRS レポートには、動的に設定されるデフォルト パラメータがいくつかあります。何が起こっているかというと、レポート ページが最初に開かれると (これらのレポートはカスタム Web アプリから実行されます)、「メイン」レポート sproc が 1 回起動され、それらの 2 ～ 3 個の動的パラメーターを取得するだけです。その sproc がこの時点で表示されます (これがやり過ぎだと思われる場合は、... これらのレポートを設計した元同僚からこれらのレポートを継承しました)。したがって、2 ～ 3 個の動的パラメーターがあるため、レポートはクエリからこれらの既定値を取得するように設計されています。そのため、最終的にユーザーがレポートを実行するまでに、メイン sproc (簡単にするために「report_getReportData」と呼びます) は、ページにレンダリングされる前に既に約 3 ～ 4 回実行されています。

私がしたことは、report_getReportData sproc 内で、select * ステートメントを実行してすべてのレポート データを表示する前に、2 ～ 3 個のデフォルト値を保持する物理テーブルを作成し、レポートに新しいデータセットを作成して、この物理テーブルから値を選択するだけの新しい sproc で、他には何もないため、結果として、getReportData sproc は 1 回だけ起動し、新しい sproc を「report_getTwoParameters」と呼びましょう。パラメータごとに 1 回起動しますが、時間コストは無視できるためは、1 つのクイック選択ステートメントを実行するだけです。

これにより、レポート全体のパフォーマンスの問題は解決されましたが、物理テーブルが関係しているため (report_getReportData は一時テーブルからデータを返します)、複数のユーザーがこのレポートを同時に実行できないという問題に直面しています。したがって、私の投稿には2つの質問があると思います。

1) レポートで report_getReportData を実行して 2 ～ 3 個のパラメーターを設定する必要があるという主な問題を回避する方法はありますか?たとえば、sproc から返された結果セットをいくつかの異なるデータセットに「マルチキャスト」するなど、

2) 物理テーブルを使用するという私の解決策を維持することにした場合、ユーザーがレポートを同時に実行できるが、この同じ物理テーブルにぶつからないようにするために、これに対する代替解決策はありますか?