問題タブ [batching]

DataAdapter に頼らずに、ADO.NET で複数のストアド プロシージャ コール (更新/削除を行う) のバッチ処理を実装することは可能ですか?

私はmsbuildプロジェクトのこのビットを持っているので、なぜそれが結果であるのか疑問に思います。それが問題などを引き起こしているわけではありませんが、理解を深めてみたいと思います。

したがって、一意の2つのメインパスがあり、それぞれの中に、それぞれの一意のパスに同じ名前の2つのディレクトリがあります。target1では、PathDir内のアイテムのIDに対してバッチ処理を行ってから、一意のディレクトリにある共通のフォルダー名を含むアイテムSubDirectoryで変換を実行して、フルパスを含む新しいアイテムを作成しています。とにかく、その後、ターゲットの出力は次のようになります。

ターゲット1：

ターゲット2：

だから私の質問は...なぜtarget1はそれがバッチ処理しているディレクトリを含むディレクトリだけを表示するのですか？おそらくバッチ処理に関係していることはわかっていますが、私が知っているのはそれだけです。

以下のようなものを達成するためのクエリを作成します。

テーブル名: アプリケーション

App_type に基づいて App_Id を順番にグループ化し、レコードのバッチを作成する必要があります。注意すべき重要な点は、バッチの作成中に AppId の SEQUENCE を維持する必要があることです。バッチが持つことができるレコードの最大数は、バッチ サイズ パラメーターによって異なります (ここでは、バッチ サイズを 3 に設定します)。バッチが作成されたら、ApplicationBatch という名前の別のテーブルに詳細を挿入します。だから私は次のような出力が欲しい：

テーブル名: ApplicationBatch

もう 1 つ、アプリケーション テーブルには 100 万件を超えるレコードが含まれる可能性があるため、クエリを最も効率的かつ最適化された方法で設計する必要があります。

アップデート：

現在、アプリケーション テーブル (上記の元の質問で定義) があり、アプリケーション テーブルのデータに基づいて ApplicationBatch テーブルにデータを入力したいと考えています。

次のように見えるデータベースからクエリされたデータがあります

各サイト (サイト A、B & C) のインスタンスを開始し、処理を行うことになっています。この「処理」は、ある順序で発生する可能性がありますが、順番に実行する必要があります (同時ではありません)。

したがって、私の最初のタスクは、サイトを照合し、それぞれのインスタンスを作成することです。どうすればいいですか？

PS: 処理部分については、ある種の反復子パターンを使用する必要があると考えました...私は、c#、vb、c++ などの最新のコンパイラ言語でのソリューションを好みます...

私はGoogleAppEngineをPyAMFと組み合わせて使用​​して、RemoteObjectのサポートを提供しています。私のFlexコードでは、一度に複数のRemoteObjectメソッド呼び出しを行い、AMFメッセージを単一のHTTPリクエストにバッチ処理する傾向があります。

ほとんどの場合、これは問題ありませんが、AppEngineはリクエストごとにいくつかの厳密な制限を適用します（この場合、DeadlineExceededError-最大30秒に達します）。多くのサービスメソッドは10秒以上かかると予想され、これらがRemoteObjectによって1つのHTTPにバッチ処理されると、これがどこに向かっているのかがわかります。

今、あなたはあなたのサービスコールをリファクタリングすると言うことができます、そしてそれはまた起こっています、しかし実際にはここで尋ねられている質問ではありません。Flex RemoteObjectがこのような状況でAMFリクエストをバッチ処理するのを防ぐ方法はありますか？

私はこのテーマについてかなりの量のグーグルを行い、ブプキを思いついた。私には、カスタムバージョンmx.messaging.channels.AMFChannelまたはその性質のものを実装する必要があるように思われます。これは、このような機能にはハードコアすぎるようです。

誰かが何か指針/洞察を持っていますか？

SQL Server 2008 に対して NHibernate 2.1.2.4000 を使用します。ターゲット テーブルには、トリガーや余分なインデックスはありません。それは単純です：

私のエンティティマッピングは次のとおりです。

ここで、次のテスト ケースを考えてみましょう。

NHibernate を使用して挿入を実行した場合の出力例を次に示します。

比較のポイントとして、BCP ベースのソリューションも実装したことがわかります。出力例を次に示します。

明らかに、BCP ソリューションは NH ソリューションよりもはるかに高速です。また、バッチ処理が BCP ソリューションの速度に影響を与えているが、NH ソリューションには影響していないことも明らかです。NHibernate を使用して挿入を行う場合、NHProf は次のように表示します。

代替テキスト http://img9.imageshack.us/img9/8407/screenshotac.png

sのみあり、INSERTs はありませんSELECT。興味深いことに、NHProf でこの警告が表示されることはありません。

adonet.batch_size上記のテストケースに従って、構成ファイルとコードの両方で指定しようとしました。

現在、NH ソリューションが BCP ソリューションの速度に達するとは思っていませんが、少なくともバッチ処理が機能しない理由を知りたいです。バッチ処理を有効にしても問題がなければ、コード ベースを単純にするためだけに、BCP ではなく NH ソリューションを使用できます。

NH が ADO​​.NET のバッチ処理を拒否する理由と、それを修正するために私にできることを誰か説明できますか? 私が読んだ散在するNHの「ドキュメント」はすべてadonet.batch_size、ステートレスセッションを指定して（できれば）使用するだけでよいと述べていますが、私はそれらの両方を行っています。

ありがとう

Javaで記述されたカスタムメッセージングシステムがあり、基本的に高負荷の下で一連のプッシュ応答を単一のプッシュ応答に集約する基本的なバッチ処理/圧縮機能を実装したいと思います。

基本的に：

• 過去1秒間に3つのメッセージが送信されたことを検出した場合は、応答のバッチ処理を開始し、5秒以内に起動するようにタイマーをスケジュールします。
• タイマーは、次の5秒間に受信したすべてのメッセージ応答を1つのメッセージに集約します

Javaでの最良の例を探す前に、これは実装されていると確信しています。私は本格的なメッセージングレイヤーを探していません。基本的な1秒あたりのメッセージの検出と、いくつかのタスクのスケジュールを設定します（もちろん、これは自分で簡単に作成できます。既存のアルゴリズムと比較して、欠落していないことを確認したいだけです。エッジケースまたは問題を可能な限り単純化したこと）。

基本的なQoSバッチ処理/スロットリング/圧縮の実装を構築するための優れたオープンソースの例はありますか？

私は MSBuild に基づいてビルド システムを作成しており、3 つの変数をバッチ処理して 1 つの msbuild ファイルを本質的に 88 回実行する必要があるプロジェクトの最後まで進んでいます。

構成 = デバッグ; ベータ; リリース; 評価
プラットフォーム = x86; x64
言語 = CN; CS; DE; えん; ES; フランス; それ; JP; KO; PL; TW

ビルドしたい:
"Debug x86 CN", "Debug x86 CS", ... "Debug x86 TW"
"Debug x64 CN", ...

もちろん、これらのうち 88 個を定義できます。

次に、メタデータに基づいてバッチ処理します。しかし、なんてドラッグだ！コードで 88 の順列を作成できるので、言語を追加するのは ItemGroup に 3 つの文字を追加するのと同じくらい簡単です。

上記のormのいずれかを選択したいと思います。バッチ処理におけるnhibernateとentityFrameworkの違いは何ですか？

バッチ操作のためのNHibernateのソリューションは何ですか？