問題タブ [dataadapter]

昨日、同僚から、データ アダプターを使用して SQL Server データベースにデータを挿入することは、データが適切に挿入される保証がないため、信頼できないと言われました。彼はまた、データの挿入が失敗した場合、エラー メッセージは表示されないとも言いました。

私は本当に混乱しています。Microsoft が ado.net を発明したのは、余分な危険を冒さずにデータをデータベースに挿入できるようにするためだと思いました。

皆さんはどう思いますか？データアダプタは信頼できませんか?

これは私のコード ファイルのごく一部です。デバッガーが「NewDA.Fill(NewDS);」という行に到達するたびに 実行時にキャッチにジャンプします。daynumber 変数がデータベースに存在する値を取得することは間違いありません。データベースのコードファイルの外部でクエリを実行したところ、正常に動作しました。また、コードのより多くの部分で接続文字列「db」を使用して、成功した結果を得ています。

TableAdapterは、DataAdapterのラッパーです。TableAdaptersを一般的な方法で使用することはできません（Componentクラスを継承するため）。ラップされたDataAdapterをTableAdapterから取得することは可能ですか？

単体テストでは、データベース応答を準備するためにプレーンなADO.NET（DataTable、DataAdapter）を使用します。テストされたコンポーネント自体はNHibernate2.1で実行されますが、結果を確認します。.NETバージョンは3.5、SqlServerバージョンは2005です。

データベーステーブルには、主キーとしてID列があります。一部のテーブルは、挿入/更新の代わりにトリガーを適用します（これは下位互換性のためであり、変更することはできません）。トリガーは通常、次のように機能します。

ADO.NET DataAdapter（シンADO.NETラッパーによってオンザフライで生成される）によって発行された挿入ステートメントは、ID値をDataRowに取得しようとします。

ただし、DataRowのid-Columnはまだ0です。トリガーを一時的に削除すると、正常に機能します。id-Columnは、データベースによって設定されたID値を保持します。

一方、NHibernateはこの種の挿入ステートメントを使用します。

これは機能し、NHibernatePOCOのidプロパティはフラッシュ直後に正しく設定されます。トリガーが別のスコープで実行されることを期待していたので、これは少し直感に反しているように見えます。したがって、@@identityはscope_identity（）よりも適しているはずです。

したがって、問題はないと思いました。ADO.NETでも@@identityの代わりにscope_identity（）を適用します。ただし、これによる影響はなく、DataRow値はそれに応じて更新されません。

そして今、最良の部分は、これら2つのステートメントをSqlServerプロファイラーからManagement Studioクエリ（ "exec sp_executesql"を含む）にコピーして貼り付け、そこで実行すると、結果が逆になっているように見えることです。そこでは、ADO.NETバージョンは機能しますが、NHibernateバージョンは機能しません（select scope_identity（）はnullを返します）。確認を数回試みましたが、役に立ちませんでした。まあ、実際にはそれは私が期待していたことでした-@@ identityはOKであり、scope_identity（）は失敗します。

もちろん、Management Studioで呼び出すと、データベースからの結果セットが表示されるだけです。NHibernateとADO.NET内で発生することはすべて別のトピックです。また、T-SQL SETによって定義されたいくつかのセッションプロパティは、2つのシナリオ（Management Studioクエリと実行時のアプリケーション）で異なります。

これは私にとって本当のパズルです。それについての洞察があれば嬉しいです。ありがとうございました！

SQL Serverに対して作成されたものであるのに対し、SQLCEで動作するように変更しようとしているレガシーアプリケーションを使用しています。

私が今得ている問題は、dataAdapter.Updateを実行しようとすると、SQLCEがコマンドテキストでSELECTキーワードを予期していないと文句を言うことです。これは、SQLCEがバッチSELECTステートメントをサポートしていないためだと思います。

自動生成されたテーブルアダプタコマンドは次のようになります...

何してるの？データテーブルからデータベースに新しいレコードを挿入し、そのレコードをデータベースからデータテーブルに読み戻すように見えますか？そのポイントは何ですか？

コードを調べて、これらすべてのSELECTステートメントを削除できますか？または、SQL CEでこれらのデータアダプターを使用したいという私の問題を解決する簡単な方法はありますか？

私はこれらのテーブルアダプタを再生成することはできません。

データセットからデータベースを更新したい。

次に、このエラーを返します

何かアドバイスはありますか？

SQL から Fill を使用してデータセットにデータを取得します。これは、2 つの列 (CategoryId (int) と CategoryName (varchar)) を持つ 1 つのテーブルです。

fill メソッドの後にデータセットを見ると、CategoryId Columns が正しいようです。しかし、CategoryName にはSystem.Data.StrongTypingExceptionがあります。

それはどういう意味ですか？

何か案は？

CSV ファイルから 83 行をロードしましたが、SQLite データベースを更新しようとすると 0 行になりました...何が間違っているのかわかりません。

プログラムの出力:

ソースコードは次のとおりです。

正しい行数を更新しない理由についてのヒントはありますか?

アップデート：

更新を呼び出す前にコマンドを設定しようとしましたが、まだ同じ問題が発生しています...コードは次のとおりです。

デバッグすると、コマンド テキストは次のようになります。_commandText = "INSERT INTO [Tags] ([tagId], [tagName], [description], [colName], [dataType], [realTime]) VALUES (@param1, @param2, @param3, @param4, @param5, @param6)"

これは、データセットの状態を xml 形式で示すペーストです: http://pastie.org/936882

これらのADO.NETコンポーネントをいつ使用する必要があるのか​​知りたいのですが、誰かが例を挙げて簡単に説明できますか？

DataSourceとDataAdapterの違いは何ですか？WinformsとWebFormsの間でコードを共有するために、IDataSourceまたはIDataAdapterのどちらから派生するかを決定しようとしていますが、それらの使用方法がわずかに異なる以外に、違いが何であるかがわかりません。