問題タブ [executequery]

既存の SSIS パッケージにカスタム ログを追加する作業を行っています。テストしようとしていますが、作成していないSQL実行タスクがあり、次のエラーが発生しています。

クエリの実行

"ap_pfl_DropProfileTables"

次のエラーで失敗しました:

「ストアド プロシージャ 'ap_pfl_DropProfileTables' が見つかりませんでした。」. 考えられる失敗の理由: クエリの問題、「ResultSet」プロパティが正しく設定されていない、パラメーターが正しく設定されていない、または接続が正しく確立されていない。

次の理由により、このエラーが発生する理由がわかりません。

1. 私はこれを作成したり変更したりしていません。このパッケージは本番環境でエラーなく実行されています。
2. ストアド プロシージャは 2 つのテーブルを切り捨てるだけです。結果セットやパラメーターはありません。
3. このストアド プロシージャは、正常に実行され、このパッケージで 2 つの接続のみを使用するデータ フロー タスクを実行している別のスレッドと同時に実行されるため、接続は正しく機能しています。
4. データベースを 2 回、3 回チェックして、ストアド プロシージャが存在し、スペルが正しいことを確認しました。ストアドプロシージャの文字の大文字と小文字もチェックしました。

これを修正する方法についてのアイデアはありますか?

SQLSERVER2008で実行するJavaの簡単なクエリがあります。に達すると

rs = stmt.executeQuery(sql);それは私に与えます java.lang.NullPointerException

1- jtdsドライバーを使用してコードをデータベースに接続します。

2-データベースで直接クエリを実行すると機能します。

3-コードを短く理解しやすくするために、Try-Catchを省略しました

asp サーバーでは、以下に示すようExecuteScalarに、実行後に SQL Server のエラーが発生します。エラーは時々発生するだけで、常に表示されるわけではありません。では、なぜこのエラーが発生するのか知っている人はいますか? それを解決する方法は？ExecuteReaderExecuteNonQuery

System.Data.SqlClient.SqlException: サーバーに要求を送信するときに、トランスポート レベルのエラーが発生しました。(プロバイダー: TCP プロバイダー、エラー: 0 - 既存の接続がリモート ホストによって強制的に閉じられました。)

System.Data.SqlClient.SqlConnection.OnError (SqlException 例外、ブール型 breakConnection)
で System.Data.SqlClient.SqlInternalConnection.OnError (SqlException 例外、ブール型 breakConnection)
で System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning (TdsParserStateObject stateObj)
で.Data.SqlClient.TdsParserStateObject.WriteSni()
で System.Data.SqlClient.TdsParserStateObject.WritePacket(Byte flushMode)
で System.Data.SqlClient.TdsParserStateObject.ExecuteFlush()
で System.Data.SqlClient.TdsParser.TdsExecuteSQLBatch(String text, Int32 タイムアウト、SqlNotificationRequest、notificationRequest、TdsParserStateObject (状態オブジェクト)
System.Data.SqlClient.SqlCommand.RunExecuteReaderTds (CommandBehavior cmdBehavior、RunBehavior runBehavior、ブール値 returnStream、ブール値 async)
で System.Data.SqlClient.SqlCommand.RunExecuteReader (CommandBehavior cmdBehavior、RunBehavior runBehavior、ブール値 returnStream、文字列メソッド、DbAsyncResult 結果)
でSystem.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior、RunBehavior runBehavior、Boolean returnStream、String メソッド)
で System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior 動作、String メソッド)
で System.Data.SqlClient.SqlCommand.ExecuteReader( )
WinMsg.Page_Load(オブジェクト送信者、EventArgs e) で

データベースへの静的 Java 接続があります。

1 番目のスレッド

私の静的接続では、ステートメントを作成して executeQuery() メソッドを呼び出しています。クエリの結果が非常に大きく、15 分以上待たなければならないため、この時点で待機しています。

2 番目のスレッド

同じ静的接続で createStatement() メソッドを呼び出そうとしています。そして、ここで 2 番目のスレッドがブロックされます。

この問題を解決するには多くの方法がありますが、このアプローチが機能しない理由はどこにもありません。何か案は？

**簡単なアプリケーションがありますが、修正方法がわかりません。データベースを編集しようとしたときのこの写真 --> http://i861.photobucket.com/albums/ab171/gopak/sa_zps5a950df5.jpg

編集ボタンをクリックすると、アクセスデータが更新されます。これが私のコードです。アドバイスをありがとう**

このような pdo コマンドがあります$sql = $pdoObj->execute($query)が、機能せず、0 の結果が返されます。$query呼び出す直前に変数をエコーアウトしてから、変数のexecute()中に貼り付けたところexecute()、コードは正常に実行されました。コードの他の部分で問題なくこれを行ったので、ここで何が問題なのか理解できません。クエリの例を次に示します。

$_GETこれらはすべて、変数に基づいて動的に生成されたクエリです。

編集：確かに

EDIT2：

使用query()していますexecute()が、まだ機能しません

私はまだ PhP に非常に慣れていませんが、ここに次のステートメントがあります。

私はPhpでそれを実行しようとしているので、このフィドルのような同じhtmlテーブルがあります:

http://sqlfiddle.com/#!2/37156/8

以下のシナリオに対する最善のアプローチは何ですか?

私の C# プログラムには、UPDATE、INSERT、DELETE などの SQL コマンドがいくつかあります。C# プログラムでそれらを実行することはできますが (正常に動作します)、ストアド プロシージャの 1 つが最後の行に到達したときにこれらの sql コマンドを実行する必要があります。そのため、同じデータベース内のいくつかのステージング テーブルに SQL コマンドを格納することを計画しており、ストアド プロシージャ内でこのテーブルを開いて 1 つずつ実行したいと考えています。

ストアド プロシージャ内でテーブルを開き、いくつかの条件 (select * from TempStagingTable where customerId = '1000' など) に基づいてテーブルをトラバースするという点で、最善のアプローチは何ですか。10 件のレコードが返された場合、それらをループして、「CustomSqlScript」という名前の列に格納されている sql コマンドを実行したいと思います。

PS: SQL 2008 R2 を使用しています。

プロジェクトで linq to sql を使用しています。しかし、拡張機能をExecuteQuery()使用した結果を変換した後にエラーが発生します:.ToList()

エラー：

タイプ 'System.Collections.Generic.List' を 'DataLib.keyValueList' に暗黙的に変換することはできません

SQLite で問題に直面しており、助けが必要です。SQLite プリコンパイル済み dll を使用して、C# .NET でアプリケーションを開発しています。私が使用しているバージョンは、x86 プロセッサの場合は「1.0.66.0」、x64 プロセッサの場合は「1.0.79.0」です。

次のコマンドを使用して結果を取得します

シナリオは次のとおりです。

#1 Platform target:x64 で exe をビルドし、x64 バージョンの SQLite をロードします。この場合、ExecuteQuery は selectCommand を実行し、結果 (37 行) を 1 秒で返します。

#2 Platform target:x86 で exe をビルドし、x86 バージョンの SQLite をロードします。この場合、ExecuteQuery は selectCommand を実行し、55 秒で結果 (37 行) を返します。

コードはまったく同じで、両方のタイプのプロセッサで実行するために変更されているのは sqlite dll のみであるため、非常に奇妙です。

この問題のトラブルシューティング方法について何か考えはありますか?

PS。データベースで同じコマンドを手動で実行すると、1 秒でデータが返されます。