これは一般的な質問に聞こえるかもしれませんが、ここで共有することで進化できるアイデアがいくつかあります。
私たちのアプリには、1,000 万を超えるレコードのテーブルがいくつかあります。それらのクエリには約 40 秒かかります。主キーやインデックスなどの使用など、既知のデータベース設計手法に従いました。古い行のアーカイブやテーブルの分割なども試しましたが、まだそれほど印象的ではありません。
このアプリケーションは非常にデータ集約的ですが、銀行などの多くのサイトには膨大なデータがありますが、それでもパフォーマンスが優れていることは理解しています。私はデータベースの専門家ではありません。ここで誰かが私が欠けているものを指摘できますか?
データベース クラスタリングなどの標準的な手法がいくつかありますが、インフラストラクチャで許可されていないものもあります。
生のストレージと比較して、より処理された形式でデータを保存できるかどうかについて、漠然とした考えがありますか? データベースの設計に新たな設計慣行はありますか? NoSQL に簡単に移行できますか? また、NoSQL はどの程度優れていますか?