問題タブ [data-access]

これは説明するのがちょっと難しいですが、私の英語が十分であることを願っています。

クラス「B」のオブジェクトのリストを維持する必要があるクラス「A」があります（プライベートリストなど）。クラス「A」の消費者は、リストに項目を追加できる必要があります。アイテムがリストに追加された後、消費者はそれらを再度変更することはできませんが、リスト自体を調整 (アイテムの追加または削除) することはできません。しかし、彼はリスト内の項目を列挙し、それらの値を取得できるはずです。そのパターンはありますか？どうやってそれをしますか？

質問が十分に明確でない場合は、お知らせください。

OledbDataReaderオブジェクトからデータを読み取った後、オブジェクトを閉じることができないようです。関連するコードは次のとおりです-

リーダーを閉じようとした時点で、コンソールアプリケーションがハングします。接続の開閉は問題ではありません。したがって、これを引き起こしている可能性のあるものについて誰かが何か考えを持っていますか？

データベース内のデータを表現/アクセスするために一連のクラスを生成する必要があるプロジェクトに取り組んでいます。hibernate や subsonic などのサードパーティ プロジェクトはオプションではありません。私はこの主題分野に不慣れなので、トピックに関する情報を探しています。プロジェクトは .net にあり、MyGeneration を使用しています。主に情報を探しています。

データ アクセスのコード生成に関するトピックについて、唯一最適なリソースはどれですか?

一度に 1 つのリンクのみを投稿し、投稿する前にリソースを探してください。リソースを見つけたら、投稿する代わりに投票してください。. （私は担当者には興味がありません。情報だけです）

現在、サードパーティ製品が情報を保存するために使用する Access データベースから行を取得できるようにしたいプロジェクトがあります。私の「エクスポート」プロセスと同時にこのデータベースにアクセスするユーザーは少数である可能性が高いため、データの整合性と同時アクセスについて少し心配しています。

.NET インポート プロセス (LINQ/ADO.NET/? を使用) で、他の誰かが行を保存しているときに MDB からデータを取得しようとすると、問題が発生する可能性がありますか? Access のロックはどのように機能しますか?

大丈夫。そのため、さまざまな長さの一連のファイル (たとえば 5000) に分散された非常に大量のバイナリ データ (たとえば 10GB) があります。

このデータを処理する Java アプリケーションを作成しており、データ アクセスの優れた設計を導入したいと考えています。通常、次のようなことが起こります。

• いずれにせよ、処理中にすべてのデータが読み取られます。
• 各ファイルは (通常) 順次読み取られ、一度に数キロバイトしか必要としません。ただし、たとえば、各ファイルの最初の数キロバイトを同時に、または各ファイルの中間の数キロバイトを同時に持つ必要があることがよくあります。
• アプリケーションがあちこちで 1 ～ 2 バイトへのランダム アクセスを必要とする場合があります。

現在、RandomAccessFile クラスを使用して、バイト バッファー (および ByteBuffers) に読み込みます。私の最終的な目標は、データ アクセスを何らかのクラスにカプセル化して高速化し、二度と心配する必要がないようにすることです。基本的な機能は、指定されたファイルからデータのフレームを読み取るように要求することです。上記の考慮事項を考慮して、I/O 操作を最小限に抑えたいと考えています。

一般的なアクセスの例:

• すべてのファイルの最初の 10 キロバイトをください!
• ファイル F のバイト 0 から 999 まで、次にバイト 1 から 1000 まで、次に 2 から 1001 まで、などなど...
• ファイル F の何メガバイトから何メガバイトのデータをください!

良いデザインの提案はありますか？

リモート データベースにアクセスする必要がある Java クライアントがあります。データベース資格情報をユーザーから隠し、コード内に資格情報をハードコーディングしないことが目標です。したがって、データベースへのアクセスはおそらくサーバー側で行う必要があります。

データ抽象化フレームワークとして Ibatis を使用するように制限されています。それとは別に、Web サーバーで JBoss を実行しているため、データ ソースを使用できます。

リモート データベース アクセスとデータのシリアライゼーション/デシリアライゼーションをどのように設計しますか。ソケットよりもある種のデータ ストリームの Web サービスを優先しますか? 両方のどちらかをどのように認識しますか？

作業項目が送信され、ワー​​クロードに応じてユーザーに割り当てられる Web アプリケーション (asp.net) があります。

ユーザーのワークロードは、現在ユーザーに割り当てられているアイテムの数 (およびその他の要因) に基づくアルゴリズムを使用して計算されます。新しいアイテムはそれぞれ、現在のワークロードが最も低いユーザーに割り当てられ、ワークロードが増加します。項目を完了すると、ユーザーの作業負荷が減少します。アイテムは同時に提出、割り当て、完了されるため、ワークロード レベルは絶えず変化します。作業項目は SQL データベースに格納されます。

ユーザーベース全体のワークロードの最新の状況を使用して、すべての割り当ての決定が行われるようにする方法が必要です。

私の考えは、キャッシュ内のワークロード情報の読み取り/書き込み同期ストアを提供することです。

これは最善のアプローチですか？または、データベースを使用してロックを制御する必要がありますか? アプリケーションのボトルネックを回避するにはどうすればよいですか?

アドバイスをいただければ幸いです。

整数のような文字列を含む列を持つCSVファイルがあります。つまり、文字列として処理する必要がありますが、数値であるため、整数としてインポートされているように見えます（先行ゼロを削除）。

データ例：

• 0000000000079
• 0000999000012
• 0001002000005
• 0004100000007

私が見ている問題は、最後のサンプルデータポイントがDBNull.Valueとして渡されることです。これは、OleDBがその列を整数として処理しており（データポイントも先行ゼロなしで通過する）、0004100000007が最大の整数値より大きいためだと思います。

「列[0]は文字列です。整数として読み取らないでください」と言う方法はありますか？データを読み取るとき？

私が現在使用しているコードは次のとおりです。

Clearly separation of concerns is a desirable trait in our code and the first obvious step most people take is to separate data access from presentation. In my situation, LINQ To SQL is being used within data access objects for the data access.

My question is, where should the use of the entity object stop? To clarify, I could pass the entity objects up to the domain layer but I feel as though an entity object is more than just a data object - it's like passing a bit of the DAL up to the next layer too.

Let's say I have a UserDAL class, should it expose an entity User object to the domain when a method GetByID() is called, or should it spit out a plain data object purely for storing the data and nothing more? (seems like wasteful duplication in this case)

What have you guys done in this same situation? Is there an alternative method to this?

Hope that wasn't too vague.

Thanks a lot,

Martin.

私は確信が持てません - Web サービスの上にフロントエンド アプリを構築できるさまざまなコンシューマーにデータを公開することは有用かもしれないと思います。

Webサービスを使用してデータアクセスレイヤーをラップするのが悪い考えである場合のサンプルを誰かが提供できますか?