SQLと各種NoSQLデータベースの使用シナリオの説明

SQL はメイントランクです。なぜ私はこのように理解するのでしょうか。

技術的な観点から

• リレーショナルグリッドはビジネスの現実を完全に反映している
• トランザクション、監査、フラッシュ メモリなどのデータが重視されるため、特に重要なデータは SQL に配置する必要があります。少なくともユーザー情報はシステム内の重要なデータです。
• だからSQLは必要であり、データストレージのバックボーンである

NoSQLを導入するタイミング

まず、sql -> sql + nosql のプロセスを見てみましょう。

https://www.jb51.net/article/79236.htm NoSQL を使用する理由

これらはNoSQLですか?

Java言語の場合:

• redis: キャッシュ用 - 非常に高速な読み取り速度 (メモリ内)
• mongoDb - 読み取りと書き込みのトランザクションがバランスされます。json は node.js によって開発されました
• Neo4j - .java は SQL に似ていますが、クエリは高速です。ただし、高度な機能は有料です... - ソーシャル (画像データベース)
• Cassandra - 読み取りよりも高速にデータを書き込みます。 - ログの保存に使用されます。
• HBase オフライン分析

私のアイデア:

Java言語に関しては:

• - Redisはキャッシュ（値はJavaBeansに保存されます）と保存する必要のないホットデータに使用されます
• - mongoDb は、重要度は低いが必要なストレージに使用されます。
• - ログ管理には Cassandra を強くお勧めします (ログをデータベースに保存します)。
• - HBASEオフライン分析、ビッグデータ
• - Solr、ES - サイト内検索、SQL置換など
• - または、SQL データベースの代わりに neo4j を使用します。トランザクション要件がある場合は、優先度 2 で別のスレッドを開始し、SQL に保存します。

NoSQL時代

MongoDB、Redis、Riak、HBase、Cassandra など、NoSQL データベースはすでに数多く存在します。それぞれに以下の特徴があります。

• SQLはもう使用されていません。たとえば、MongoDBとCassandraには独自のクエリ言語があります。
• 通常はオープンソースプロジェクト
• クラスター運用のために生まれた
• 弱い構造 - データ構造の種類を厳密に制限しない

適用可能なシナリオ

セッション、プロファイル、パラメーター、ショッピング カートなどのユーザー情報を保存します。この情報は通常、ID (キー) に関連付けられており、このシナリオではキー値データベースが適切な選択となります。

該当しないシナリオ

1) キーでクエリを実行する代わりに、値でクエリを実行します。 Key-Value データベースでは値によるクエリを実行する方法はありません。

2) データ間の関係性を保存する必要があります。キー値データベースでは、データを 2 つ以上のキーで関連付けることはできません。

3) トランザクションサポート。 Key-Value データベースで障害が発生した場合、ロールバックは実行できません。

要約する

以上がこの記事の全内容です。この記事の内容が皆様の勉強や仕事に何らかの参考学習価値をもたらすことを願います。123WORDPRESS.COM をご愛顧いただき、誠にありがとうございます。これについてもっと知りたい場合は、次のリンクをご覧ください。