sql >> データベース >  >> NoSQL >> MongoDB

fluentdはこのシナリオにどのように役立ちますか?

    1. 最初のRDBMSとMongoの間でスタッフを移動するために、独自のワーカーを作成/維持する必要はありません。
    2. データをMongoに移動するプロセスの並列化と冗長化が非常に簡単になります。これをworker/cronジョブに組み込むことはできますが、なぜ車輪の再発明をしたいのですか?
    3. あなたはなぜ誰かが別のレイヤーを欲しがるのかと尋ねました。ワーカー/cronジョブは別のレイヤーですが、Fluentdよりもテストがはるかに少なくなっています。
    4. 無料のプラグインがたくさんあるので、Mongo以外の場所(Storm、S3、HDFSなど)にデータを追加したい場合は、構成ファイルを編集することで簡単に追加できます。自分でたくさんのコードを書く代わりに。
    5. データをフラッシュする頻度やフラッシュするサイズなど、無料の組み込みオプションがたくさんあります。
    6. 最も重要なこと:このロギング/データ入力ワークフロー全体をアプリボックスからオフロードするため、アプリボックスでのデータ挿入プロセスに問題が発生した場合、問題が発生し、流暢なログアグリゲーターボックスであり、アプリボックスにはありません。



    1. mongoDB updateManyは、upserttrueおよび$inをwhere条件で使用します

    2. MongoDBスキーマ設計-小さなドキュメントが多いですか、それとも大きなドキュメントが少ないですか?

    3. PHPを使用してMongoDBにデータを挿入する

    4. mongodbで更新するドキュメントの数を制限する方法