私たちは、いくつかのSybase DBサーバーにグローバルに分散され、Oracle Coherenceキャッシュに面したソリューションを用意しています。DBを受け入れるDBが実際に書き込むことができる速度よりも速く書き込みます
現在、私たちはDBの国際的に複製された性質のために、「キャッシュ速度書き込み」をサポートする必要があります.DBが実際にデータを書き込むよりも速くDBのデータを受け入れる必要があります。すべて同意することはかなり問題です。
私はこのような状況に取り組むために推奨されるアプローチが何であるか疑問に思っています。ノートの
ポイント：
DBが潜在的に遅く書くことがあります。
大規模で頻繁にアクセスされるテーブルの一部には水平パーティショニングを使用することに決めました。これは、Sybase ASE 15以上でネイティブにサポートされており、クライアントアプリケーションにとって透過的です。
一つの方法に従って分割、複数の破片があります。読み込みに最適化された1つまたは複数のデータベースに書き込む場合に必要な数よりも多くなります。多くの制約やインデックスが関与している可能性があり、チェックして再計算するのに時間が浪費されていました。
適切な書込み最適化ストレージエンジンとインデックスを持たない個別のスキーマまたはテーブルセットを検討することをお勧めします。ここで大幅なパフォーマンスの向上が見込まれます。
書込み最適化から読込み最適化（永続）スキーマにデータを転送する別のプロセスがあります。
本質的に、同期プロセスが制限内で実行されている場合、スロットルおよび/またはキューメカニズムを導入して複数の非同期プロセスで分割することになります。
フィードバックありがとうございました...実際にはDBは「バケツ」で、このDB（主キー以外）にはほとんど制約とインデックスはなく、複数のデータベースに分割されています。私たちが検討してきたアプローチの1つは、高速RAIDに格納されている一時的なキューに書き込むことですが、このエレガントなものを見つけることはできません。 –