問題タブ [dataset]

現在、コードで使用できるデータベースから結果を取得するために DataTable を使用しています。

ただし、Web ショーの多くの例では、代わりに DataSet を使用し、コレクション メソッドを介してテーブルにアクセスしています。

SQL の結果の保存方法として DataSets または DataTables を使用する利点はありますか?

メインレポートとは異なる方法で合計がグループ化されたCrystalReportを作成しようとしています。これまで私がこれを行うことができた唯一の方法は、合計にサブレポートを使用することですが、同じデータを取得するためにデータソースを再度ヒットする必要があることを意味します。これはナンセンスのようです。簡単な例を次に示します。

この例では、メインレポートは「日付」でグループ化されていますが、合計は「ソース」でさらにグループ化されています。積算合計の使用例を調べましたが、実際には必要なことを実行していません。結果セットを保存し、メインレポートとサブレポートの両方に同じデータを参照させる方法はありませんか？

.NetのDataSet/DataTable / DataRowパラダイムにますます不満を感じています。これは主に、実際にやりたいことよりも2、3ステップ複雑なことが多いためです。コントロールにバインドしている場合は、DataSetで問題ありません。しかし、他の場合には、かなりの量の精神的なオーバーヘッドがあるようです。

私はSqlDataReaderで少し遊んだことがあり、それはselectを介した単純な冗談には良いようですが、.Netには、詳細を知るのに役立つ他のモデルが潜んでいる可能性があると思います。私がこれで見つけたすべてのヘルプは、デフォルトでDataSetを使用しているように感じます。多分それとDataReaderは本当に最良のオプションです。

私は最良/最悪の内訳を探しているのではなく、私の選択肢が何であるか、そしてあなたがそれらでどのような経験をしたかを知りたいだけです。ありがとう！

-エリック・シップル

与えられたものを解析し、フィールドタイプに基づいてランダムなテストデータを入力するscript/class(できれば PHP で) ことを知っている人はいますか?MySQL table's structurex number of rows

私はこのようなものを見たり聞いたりしたことがないので、自分で書く前に確認しようと思いました.

私は、メトリック データを記録するプロジェクトを率いています。データを何年も保持したい。ただし、プライマリ テーブルがデータで肥大化しないようにしたいと考えています。これらのデータは、長期的な傾向には必要ですが、短期的なレポートには必要ありません。

この状況を処理するための最善の戦略は何ですか? 古いデータを別のテーブルにアーカイブするだけですか? それとも、データ自体を統合して「ロールアップ」しますか (そして、別のテーブルに保存しますか)? それともまったく別のものですか？

追加情報: SQL Server 2005 を使用しています。

状況は次のとおりです。WPFをにバインドする必要がありFixedPageますDataRow。DataRowsバインディングは;に対して機能しません。彼らはに対して働きDataRowViewsます。私は何も知らず、何が入っているかを制御できないので、可能な限り最も一般的な方法でこれを行う必要がありDataRowます。

私が必要としているのDataRowViewは、与えられたのを取得できるようにすることDataRowです。Find()このメソッドはキーを取得するため使用できませんDefaultView。また、テーブルに主キーが設定される保証はありません。

誰かがこれを回避するための最良の方法について提案がありますか？

1 つの DataSet はどれくらいを表す必要がありますか? 注文システムの例を使用すると、注文を表示しているときに、あなたの注文に似た商品のリストと、最も人気のある商品のリストも表示されます。あなたのアイテムは、あなたとあなたの過去の注文、優先サプライヤー、およびクライアントとしてのあなたに関連する他のさまざまな種類の関係のウェブに絡み合っていますが、他のアイテムはこれらの同じ関係を持っていません. あなたを表すもののセットをナビゲートするために私が使用するクエリのセットは、これらの他のアイテムのリストの1つに使用するクエリとは異なります.

私の傾向は、さまざまな種類の関係に対してさまざまな DataSet を作成することですが、10 個の個別のアイテム DataTable を作成すると、それは間違っているようです。間違っていると思われる小さなサブセットにのみ関心があるにもかかわらず、より大きな DataSet をインスタンス化すると、これらすべてを 1 つの DataSet にパックしようとすると、いくつかの項目テーブルが隣り合って大きく乱雑に見えます。それは間違っていると確信しています。

たぶん、私は DataSet の関係機能を過大評価しているのかもしれませんし、あるいは単に自分自身を乗り越える必要があるのか​​もしれません。

オブジェクトのプロパティに基づいてデータセットを作成しようとしています。たとえば、ID、Forename、Surname、DOB などのプロパティを持つ Person クラスのインスタンスがあります。リフレクションを使用して、オブジェクト プロパティに基づいて新しいデータセットに列を追加しています。

私の問題は、これらのプロパティの一部が、データセットでサポートされていない null 許容型であることです。null 許容型から基になるシステム型を抽出する方法はありますか?

ありがとう。

XSD データセットによってスローされた ConstraintExceptions を処理するためのヒントはありますか?

これは不可解なメッセージの例外です:

Accessファイル（.mdb）全体を.NET（具体的にはC＃またはVB）のDataSetに読み込む簡単な方法はありますか？

または、少なくともアクセスファイルからテーブルのリストを取得して、テーブルをループし、一度に1つずつDataSetに追加できるようにしますか？