私はいつもこの質問をしていたので、私はただ尋ねたいと思いました。
基本的にドメインデータアプリケーションであるシステムがあります。使用頻度/量が非常に少ない。この時点から、nosqlソリューションを使用する意味はないようです。
一方、すべての操作は、json形式の「オブジェクト」をほぼ取得し、オブジェクト階層でこのデータベースのセットを操作します。この面から見ると、リレーショナルデータベースを使用してこれらのオブジェクトを「モデル化」し、それを取得してjsonに変換して戻す理由は、実際にはわかりません。
だから問題は本当に、nosqlベースのソリューションの使用を正当化するにはどうすればよいですか？上記の状況でnosqlソリューションを適用するのはやり過ぎですか？
ありがとう、
SQL ソリューションを使用するのはおそらくやり過ぎだと思います。
データが既に JSON 形式である場合、変換を行ったり来たりする余分なオーバーヘッドが発生するのはなぜでしょうか?
それはすべて、選択したデータベースからの期待に依存します. パフォーマンス、セキュリティ、スケーラビリティなど
あなたが提供した情報に基づいて、互換性のために NoSQL / MultiValue DB ソリューションを選択する傾向があります。ただし、スケーラビリティやパフォーマンスなどの特別な要件がある場合は、これらを意思決定プロセスに投入する必要があります。優れたパフォーマンスが必要な場合は、小さなハードウェアでも NoSQL のようなソリューションでこれを実現できます。
NoSQLまたはSQLshowは、「私のデータはリレーショナルですか？」という簡単な質問に基づいて使用されます。「保存するデータがたくさんあるか」ではなく、NoSQLは「明らかに非リレーショナルな情報を保存する方法」の質問に答えると思います。もちろん、ほとんどのNoSQLエンジンは、次のようなパフォーマンスとスケーラビリティで作成されています。彼らの主な関心事ですが、この場合、ハンマーでハエを殺すという表現に陥ることはないと思います。
NoSQLストアで非常に役立つ可能性があるのは、情報をクエリできることです。これは、SQLエンジンを使用する場合は適用されません。これは、jsonがblobとして扱われ、クエリの作成が非常に難しいためです。 。
データに対するクエリ機能を提供するdjondb、MongoDB、Redisなどのドキュメントストアにアクセスする必要があると思います。