SSD は今や一般的です。Amazon EBS は SSD によって支えられているため、ほとんどのクラウド データベースは SSD (Heroku PostgreSQL など) でも実行されるようになりました。データベースと関連するアーキテクチャは、従来、ランダム アクセスは良くないという考えで設計されていましたが、SSD の場合はそうではありません。
SSD は次のことにどのように影響しますか?
- データベース設計 - DB は、ディスク シーク (WAL、B ツリー) を最小限に抑えるように設計されています。SSD は DB 設計の内部とチューニングをどのように変更しますか?
- アプリケーション開発 - (a) ユーザーのリクエストを DB ではなくメモリからサーバー化したい、(2) DB へのアクセスは IO バウンドである、という作業上の前提が常にあります。SSD を使用すると、DB からのデータの取得が十分に高速になり、DB アクセスはネットワークにバインドされることがよくあります。これにより、インメモリ データベースの必要性が減りますか? 明らかに、高価な操作を事前に計算したいのですが、潜在的にそれらをDBに保存することができます
- 特殊なデータベース - リレーショナル DB が苦手と思われることを行う DB はかなりの数あります (ランダム データ アクセスが原因の 1 つです)。そのような例の 1 つは、ノードと隣接リストをコンパクトな方法でディスクに格納するグラフ DB (Neo4j) です。これらのデータベースは、RDBMS を SSD に展開でき、ランダム アクセスを心配する必要がない場合と同じくらい有用ですか?