タグ付けされた質問 「nosql」

NoSQL（「SQLだけではない」に拡張されることもある）は、リレーショナルデータベース管理システム（RDBMS）の従来のモデルとはいくつかの重要な点で異なる幅広いクラスのデータベース管理システムです。

10
データベースの水平方向と垂直方向のスケーリングの違い[終了]
休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 4ヶ月前に閉鎖。 私は多くのNoSQLデータベースとSQLデータベースに出くわしました。これらのデータベースの長所と短所を測定するためのさまざまなパラメーターがあり、スケーラビリティーはその1つです。これらのデータベースの水平スケーリングと垂直スケーリングの違いは何ですか？
7
MongoDBでCouchDBを使用する場合とその逆の場合
これら2つのNoSQLデータベースの間に行き詰まっています。 私のプロジェクトでは、データベース内にデータベースを作成します。たとえば、動的テーブルを作成するソリューションが必要です。 したがって、ユーザーは列と行を含むテーブルを作成できます。MongoDBとCouchDBのどちらがこれに適していると思いますが、どちらが良いかわかりません。また、効率的なページングも必要です。
10
いつRedisするのですか？いつMongoDBを使うのですか？[閉まっている]
休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 3年前休業。 ロックされています。質問はトピックから外れていますが、歴史的に重要であるため、この質問とその回答はロックされています。現在、新しい回答や相互作用を受け入れていません。 RedisとMongoDBの比較ではありません。私はそれらが異なることを知っています。パフォーマンスとAPIはまったく異なります。 Redisは非常に高速ですが、APIは非常に「アトミック」です。MongoDBはより多くのリソースを消費しますが、APIは非常に使いやすく、とても満足しています。 どちらもすばらしいので、できる限りRedisをデプロイで使用したいのですが、コーディングするのが難しいです。MongoDBをできる限り開発で使用したいのですが、高価なマシンが必要です。 では、両方の使用についてどう思いますか？いつRedisを選ぶのですか？いつMongoDBを選ぶのですか？
9
PostgreSQLによって導入されたJSONBの説明
PostgreSQLはJSONBを導入したばかりで、ハッカーニュースですでにトレンドになっています。誰かが以前にPostgreSQLに存在していたHstoreやJSONとどのように異なるのかを誰かが説明できたら素晴らしいと思います。その利点と制限は何ですか？いつ誰かがそれを使用することを検討すべきですか？
3
MongoDBコレクションのすべてのドキュメントに新しいフィールドを追加する
既存のコレクションのすべてのドキュメントに新しいフィールドを追加するにはどうすればよいですか？ 既存のドキュメントのフィールドを更新する方法は知っていますが、コレクション内のすべてのドキュメントに新しいフィールドを追加する方法はわかりません。mongoシェルでこれを行うにはどうすればよいですか？
334 mongodb  field  nosql 
10
データベースとしてのNoSQL（MongoDB）とLucene（またはSolr）
ドキュメントベースのデータベースに基づいて成長するNoSQLの動きに伴い、最近、MongoDBを検討しました。Lucene（およびSolrのユーザー）と同様に、アイテムを「ドキュメント」として扱う方法との驚くべき類似性に気づきました。 それで、質問：Lucene（またはSolr）よりもNoSQL（MongoDB、Cassandra、CouchDBなど）を「データベース」として使用する理由は何ですか？ 私が（そして他の人も確実に）答えを探しているのは、それらのいくつかの詳細な比較です。リレーショナルデータベースのディスカッションは、目的が異なるため、まとめてスキップしてみましょう。 Luceneには、強力な検索や重み付けシステムなど、いくつかの深刻な利点があります。Solrのファセットは言うまでもありません（SolrはすぐにLuceneに統合されます、そうです！）。Luceneドキュメントを使用してIDを保存し、MongoDBと同じようにドキュメントにアクセスできます。それをSolrと組み合わせると、WebServiceベースの負荷分散ソリューションが得られます。 MongoDBの同様のデータ保存とスケーラビリティについて話すとき、VelocityやMemCachedなどのアウトオブプロセスキャッシュプロバイダーの比較を投入することもできます。 MongoDBに関する制限はMemCachedの使用を思い出させますが、MicrosoftのVelocityを使用して、MongoDBよりもグループ化とリスト収集の機能を強化できます（私はそう思います）。メモリにデータをキャッシュするよりも高速またはスケーラブルなものを取得できません。Luceneにもメモリプロバイダーがあります。 MongoDB（およびその他）には、APIの使いやすさなど、いくつかの利点があります。ドキュメントを新規作成し、IDを作成して保存します。できました。簡単です。
2
NoSQLの使用例シナリオまたはNoSQLを使用するWHEN [終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 この質問を改善する すべての誇大広告では、これをいつ使用するかについて信頼できる情報を見つけるのは本当に難しいようです。それで、私は以下の質問をします、そして、これらが本当に本当に馬鹿げた質問であるならば、申し訳ありません： ユーザーデータにNoSQLを使用する必要がありますか？たとえば、プロファイル、ユーザー名+パスワードなど。 重要なコンテンツにはNoSQLを使用する必要がありますか？例：記事、ブログ投稿、製品在庫など。 いいえと思いますか？そして、NoSQLは、データを失うことが許されている、すぐにアクセスできるもののためのものだと私は感じています。しかし、NoSQLアプリには冗長性が組み込まれているため、データを失わないようにしています。 また、上記の2つの例が悪い場合、NoSQLを使用する特定のビジネスユースケースを教えていただけますか？一般的な説明はたくさんありますが、実際の例はあまりありません。私が考えることができる唯一のことは、ユーザー間のメッセージングと分析です。 ありがとう！
252 nosql  use-case 
22
JSONのクエリ言語はありますか？
JSONをクエリするための（大まかに）SQLまたはXQueryのような言語はありますか？ 「Xのすべての値がY> 3である」などのクエリに簡単に応答したり、通常のSUM / COUNTタイプの操作を実行したりすると、JSONに適切にマッピングされる非常に小さなデータセットを考えています。 完全に構成された例として、次のようなもの： [{"x": 2, "y": 0}}, {"x": 3, "y": 1}, {"x": 4, "y": 1}] SUM(X) WHERE Y > 0 (would equate to 7) LIST(X) WHERE Y > 0 (would equate to [3,4]) これはクライアント側とサーバー側の両方で機能し、結果が適切な言語固有のデータ構造に変換される（またはおそらくJSONとして保持される）と思います 簡単なグーグルは、人々がそれについて考え、いくつかのこと（JAQL）を実装したことを示唆していますが、標準的な使用法またはライブラリのセットがまだ出現していないようです。各関数を単独で実装するのはかなり簡単ですが、誰かが既に正しく実行している場合は、ホイールを再発明したくありません。 助言がありますか？ 編集：これは確かに悪い考えかもしれませんし、JSONは私が考えているものに対して一般的すぎる形式かもしれません。必要に応じて直接合計などの関数を実行するのではなく、クエリ言語が必要な理由は、ユーザー入力に基づいて動的にクエリ。「SQLは必要ありません。必要な関数を書くだけでいい」という議論はちょっと好きです。最終的にそれは手に負えなくなるか、どんどんプッシュしていくと、SQLの独自のバージョンを作成することになります。（さて、私はそれが少しばかげた議論であることを知っていますが、あなたは考えを理解します。）
10
MongoDBがv4以前にACIDに準拠していないとはどういう意味ですか？
私はデータベースの専門家ではなく、正式なコンピュータサイエンスの経歴もありません。ACIDに準拠していなかったv4より前の古いMongoDBバージョンを使用した場合に発生する可能性のある現実の否定的なことを知りたいのですが。これは、ACIDに準拠していないデータベースに適用されます。 MongoDBはアトミック操作を実行できますが、主にパフォーマンス上の理由により、「従来のロックと複雑なトランザクションをサポート」しないことを理解しています。また、データベーストランザクションの重要性と、データベースが銀行向けであり、すべてを同期する必要のある複数のレコードを更新する場合の例を理解しています。停電により、クレジットは購入と同等になります。 しかし、MongoDBについての会話に入ると、データベースが実際にどのように実装されているかについての技術的な詳細を知らない私たちは、次のようなステートメントを投げかけ始めます。 MongoDBはMySQLやPostgresよりもはるかに高速ですが、100万分の1のように、「正しく保存されない」可能性はわずかです。 「正しく保存されない」という部分は、この理解に言及しています。MongoDBに書き込んでいる瞬間に停電があった場合、特定のレコードが存在する可能性があります（たとえば、10の属性を持つドキュメントのページビューを追跡しているとします）それぞれ）、1つのドキュメントは5つの属性しか保存しませんでした...つまり、時間の経過とともにページビューカウンターが「少し」オフになります。どれだけ正確かは決してわかりません。99.999％正しいことはわかりますが、100％は正しくありません。これは、具体的にこれをmongodbのアトミック操作にしない限り、操作がアトミックであることが保証されないためです。 ですから、私の質問は、MongoDBが「正しく保存」されない場合とその理由の正しい解釈は何ですか？ACIDのどの部分が満足できませんか。また、どのような状況で、0.001％のデータがオフであるかをどのようにして知ることができますか？これはどういうわけか修正できませんか？そうでない場合users、レコードが保存されない可能性があるため、MongoDBにテーブルのようなものを格納してはならないことを意味しているようです。しかし、その場合も、その1 / 1,000,000ユーザーは「もう一度サインアップしてみる」必要があるかもしれません。 MongoDBのようなACID非準拠データベースでネガティブなことが発生するタイミング/理由のリストを探しているだけです。理想的には、標準の回避策（バックグラウンドジョブを実行してデータをクリーンアップするか、SQLだけを使用するなど）がある場合に理想的です。 。
226 sql  mongodb  acid  database  nosql 
4
ハッシュと範囲の主キーとは何ですか？
Rangeの主キーがここにあるか理解できません- http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/WorkingWithTables.html#WorkingWithTables.primary.key そしてそれはどのように機能しますか？ 「ハッシュ属性の順序付けられていないハッシュインデックスと範囲属性のソートされた範囲インデックス」とはどういう意味ですか？
9
CAPの定理-可用性とパーティションの許容範囲
CAPの「可用性」（A）と「パーティションの許容度」（P）を理解しようとしましたが、さまざまな記事の説明を理解するのが困難でした。 私はAとPが一緒に行くことができると感じます（これはそうではないことを知っているので、私は理解できません！）。 簡単に説明すると、AとPの違いとそれらの違いは何ですか？
9
Amazon SimpleDBとAmazon DynamoDB
私はAmazon SimpleDBが何であるかを基本的に理解していますが、Amazon DynamoDBの説明によると、それはほとんど同じであるようです：NoSQL Key-Valueストアサービスです。 誰かが簡単に説明できます主な違い、それらの間をして選択することで例を教えて、他の上の1つを。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.