クライアントがコミュニケーションのニーズの一部を解決できるように、クライアント向けのクイック チャット アプリケーションを作成することを考えています。明らかに、単純なチャットを作成するのは簡単ですが、同社には深刻なスケーリングのニーズがあるため、最初から noSQL ストレージでサービスを構築することをお勧めします。
私たちの懸念事項の 1 つではないトランザクションの明らかな欠如に加えて、チャットに noSQL ストレージを使用することは良い考えですか?
スケーラビリティとパフォーマンスを求めるなら、MongoDB で十分です。ほとんどの SQL エンジンは、このようなものにはやり過ぎです。チャット データに対して複雑なデータ集計やその他のクエリが必要かどうかは疑問です。それでも、MongoDB には map-reduce 機能があります。
NoSQL ist used if you have no fixed data model , これは、オブジェクトとドキュメントを格納する必要があるドキュメント指向アプリケーションに適用され、それぞれが異なる構造を持つ可能性があります。
チャットログには、たとえばユーザー、時間、テキストなどの明確に定義された固定データモデルがあるため、これはあなたの状況には当てはまらないと思います。従来の SQL データベースが最適だと思います。クライアント側のみで使用する場合は、 SQLiteをインストールまたは構成する必要がなく、SQLite dll を再配布するだけなので、 SQLiteが最適です。また、フットプリントは非常に小さいです。
私はノーと言うでしょう。SQLiteはPHPに含まれています...なぜそれを使用しないのですか?さらに良いことに、すでに存在する何百ものチャットアプリケーションの1つを使用して、開発時間の全負荷を節約してみませんか。