2

私はここ数年MsSql/MySqlの世界で立ち往生しており、もう少し翼を広げることにしました。現在、私はどのDBMSがデータをアーカイブするときに必要なものに優れているかを調査しています。例えば。たくさんの書き込みと低い読み取り。

私はNoSQLの十字軍を見てきましたが、RDBMSの考え方が非常に強いので、少し懐疑的です。

誰か提案がありますか？または、この種のもののベンチマークなどがある場所へのポインタですら。

ありがとう:)トーマス

編集

質問があったので、私が考えていることについてもう少し情報を提供しようと思います

複数のサーバーでサービスを実行します。これらのサーバーにはすべてローカルデータベースがあります。これらのデータベースは大量のヒット（1/1読み取り/書き込み）があるため、クエリ時間を短縮するために、可能な限り空のままにしておくようにしています。私の最初の見積もりでは、30分を超えてそのデータベースに行が存在することはありません。これらの各サービスでアーカイブデータベースを実行することは、リソースの浪費のように思われるため、中央のアーカイブアーキテクチャの方が見栄えがします。

簡単なネットワークアーキテクチャをアスキーアップしてみます

     ___________ ___________ ___________
    | サービス1| | サービス2| | サービス3|
     ----------- ----------- -----------
          | ____________ | _______________ |
                   ____ | ____
                  | アーカイブ|
                   ---------

ご存知かもしれませんが、MsSQLとMySQLは、書き込みを処理する場合にのみ垂直方向にスケーリングします（rdbmsのものかどうかはわかりません）。そのため、私はそのアーカイブDBMSから可能な限り最高のパフォーマンスを引き出すことを検討しています。

4

4 に答える 4

1

アーカイブするデータの構造が比較的単純な場合は、フラット ファイルに直接アーカイブすることを検討できます。書くのは得意、読むのは苦手。このトピックについては、この質問でいくつかの議論があります:フラットファイルデータベースは良いですか?

それ以外の場合は、MySql に固執し、高書き込み/低読み取りの使用に合わせて適切に調整されていることを確認します。

于 2010-06-08T15:51:36.040 に答える
1

そのため、クエリ時間を短縮するために、それらをできるだけ空にしようとしています

まず、完全なテーブル スキャンのみを実行しない限り、クエリの速度はデータベースのサイズに正比例しません。Unique Index ルックアップは、インデックスの深さに比例します。インデックス ルート ブロックが分割されてから次に分割されるまでに、数百万行が追加される可能性があります。実際、データベースを「できるだけ空」に保つために行を削除しても、実際にはデータベースが小さくなるわけではありません。インデックスを再構築するまでは、ブランチ ブロックとリーフ ブロックが非常にまばらになり、インデックス スキャンにかかる時間がどんどん長くなる可能性があります。

MSSQL または MYSQL が部分的に空のページを埋める方法はわかりませんが、削除によるスペースの節約はまったく見られない場合があります。

Oracleでは、実際にデータベースを特定のサイズに保つために、パーティション分割と削除の削除をお勧めします。

しかし、アーカイブの使用に焦点を当てるのではなく、サーバーの使用にメモリ内データベースを使用することに翼を広げることを奨励するために、私はすべてのことを言いました。この場合、RDBMS がアーカイブに最適なソリューションではないと私に思わせるようなことは何も言っていません。

于 2010-06-08T16:58:46.383 に答える
0

Oracle や PostGresSQL も非常に強力な DBMS です。しかし、すでに MySQL を知っていて使用しているのであれば、変更する必要はありません。MySQL は無料で、パフォーマンスが高く、十分に文書化されています...

しかし、書き込み操作がほとんどで、読み取り操作があまりなく、一般的に使用されている DBMS をもう必要としない場合は、ドキュメント ベースの DBMS を検討することをお勧めします。

eXist dbとMongo DBをご覧になることをお勧めします

お役に立てれば！

于 2010-06-08T13:34:54.133 に答える
0

いくつかの答えを見つけるのに適したこのデータベース ベンチマーク ソフトウェア (GNU GPL)を使用して、さまざまなデータベースの読み取り/書き込みパフォーマンスの結果を確認できます。

于 2010-06-12T17:27:17.087 に答える