[B! mongodb] yutaka_kinjyoのブックマーク

mongoDBを使う時気を付けていること｜ SiTest (サイテスト) ブログ

前回の記事「RDB とは一味違う！？ Mongo DB の特徴」で mongo DB の有用性について触れさせていただいたのですが、今回 mongo DB を使っていて不便に感じた箇所を挙げていきます。 node.js のドライバーを用いてですので、一部 node.js の愚痴みたいになってしまっていますがご了承下さい…。 mongo DB は速度が早く、スケールしやすいメリットがあります。何とのトレードオフでこのメリットが実現しているのか、まずはトランザクションと言えます。 mongo DB はトランザクションをサポートしていないのです。簡単に言うと 1つのドキュメント(レコード)に対しての update だけが動作を保証されています。一般的な RDB のように一つのクエリーで複数のドキュメントを更新しようとして、途中で失敗すると先に実行されたドキュメントは更新されますが、中断されたド

yutaka_kinjyo 2018/05/16

mongodb

リンク

MongoDBの新機能：ジャーナリングについて詳しく - doryokujin's blog

v1.8でMongo DBはジャーナリングと呼ばれる機能が新たに加わりました。今日はMongo DBのジャーナリングについて、実際にどのような処理が行われているのかを確認しながら、丁寧に見ていくことにしましょう。※なお、ジャーナリングという言葉自身、Mongoにこの機能が実装されるまで深く意識するようなことはありませんでした。解釈の部分で誤りなどがあるかもしれません、その際はご指摘していただけると幸いです。ジャーナリングによってデータの堅牢性が格段に高まった v1.8でジャーナリング機能が追加されたことによって、シングルサーバーにおけるデータの堅牢性がさらに高まりました。ジャーナリングという言葉は主にファイルシステムの分野においてかなり前から議論され、改善が進められてきた機能です。この意味におけるジャーナリングの目的はファイルシステム全体を保護することであり、そのためにメタデータの整合性を保

yutaka_kinjyo 2018/05/08

リンク

[Sy] MongoDB起動時に「Insufficient free space for journal files」とエラーになってしまう場合の対処

[Sy] Mongo DB起動時に「Insufficient free space for journal files」とエラーになってしまう場合の対処 fluentd(td-agent)とMongo DBを連携させてるサーバを再起動した際に、mongo dbの起動に失敗していたのでその対処について。 Mongo DBのログにはこんなエラーが出てました。 2015-10-01T08:22:45.965+0900 ***** SERVER RESTARTED ***** 2015-10-01T08:22:45.969+0900 [initandlisten] Mongo DB starting : pid=3662 port=27017 dbpath=/var/lib/mongo 64-bit host=vagrant-centos65.vagrantup.com ・・・ 2015-10-01T0

yutaka_kinjyo 2018/05/08

mongodb

リンク

MongoDB入門 - indexを作成してみよう - Qiita

Mongo DBにおけるインデックス Mongo DBはインデックスを内部的にはB-Treeで表現しています。詳しくは割愛しますが、MySQL等のRDBMSにおいてもB-Treeは採用されているため、Mongo DBにおいても既知のインデックスに対する知識を活用することができるという点で有益かと思います（B-Treeについてはこちらの記事が大変参考になりました）。 B-Treeはインデックスを表現する上でとても効率的な実装ですがMongo DBにおいてもこれは変わりなくMongo DBの強力な機能の礎として機能しています。基本的なインデックスの書き方 Mongo DBでは以下のようにしてインデックスを生成することが可能です。 $ mongo Mongo DB shell version: 3.0.6 connecting to: test > db.users.createIndex({userna

yutaka_kinjyo 2018/02/22

リンク

Mongoidからインデックスを操作する - Qiita

Mongo DBのインデックスをMongoidから個別に削除する方法を調べたので、これを期にMongoid経由でのインデックス操作をまとめておく。モデル全体 rakeタスクが用意されているのそれを使う bundle exec rake db:mongoid:create_indexes bundle exec rake db:mongoid:remove_indexes

yutaka_kinjyo 2018/02/21

リンク

doruby.jp

yutaka_kinjyo 2018/01/10

リンク

Rails ガイドを読みながら Mongoid のクエリインターフェイスを Active Record と比較してみた - Qiita

はじめに Mongoid は Ruby もしくは Rails から Mongo DB を使う場合の標準的な OR マッパー（公式には Object-Document-Mapper）です。 Mongoid は Mongoid::Criteria による Active Record によく似たクエリインターフェースがあります。しかし、Active Record にはあって Mongoid にないメソッドや、同じメソッド名でも引数や例外の有無が違うという事があり、混乱することがあります。そこで、Rails ガイドの Active Record クエリインターフェイスの内容について Mongoid から見た Active Record との違いを確認してみました。もともと Mongoid と Active Record は継承関係や include しているモジュールが大きく異なるため、ここで

yutaka_kinjyo 2018/01/10

リンク

Mongoのリレーションについてまとめてみた - Qiita

class HasOne include Mongoid::Document field :name, type: String has_one :belongs_to end class BelongsTo include Mongoid::Document field :name, type: String # inverse_ofの指定がないと BelonsTo.first.has_oneの検索が行えない belongs_to :has_one, :inverse_of => :belongs_to end

yutaka_kinjyo 2018/01/10

リンク

Mongoidのrelationのトリッキーな挙動 - Qiita

Mongoidでrelationを取ってくる際、非常にトリッキーな挙動をしていてハマった。黒魔術の一端を垣間見てしまったので、ここでその記録を残しておく。なおこの問題は普通にMongoidを使っていればまず遭遇しない問題で、99%の人には無関係だと思われる。環境 Ruby 2.3.1 Mongoid 5.1.4 https://github.com/mongo db/mongoid/tree/v5.1.4 問題となる挙動 1:Nの関係を持つ二つのモデルを考える。ここではArticleとCommentとする。

yutaka_kinjyo 2018/01/09

リンク

Mongoid extension .ne

yutaka_kinjyo 2017/12/13

リンク

https://github.com/mongodb/mongoid/blob/master/lib/mongoid/railties/database.rake

yutaka_kinjyo 2017/12/11

リンク

MongoDB コマンドメモとか書き - Qiita

- DB - Collection - Document - Document - Document - Document - Document - Document Collectionがtableみたいなもので、Documentがレコードみたいなもの。順序的にはDBを作って、Collectionを作って、Documentをinsertするようなイメージ。 DB操作 DB作成

yutaka_kinjyo 2017/12/11

リンク

【MongoDB】初めてでも分かる！MongoDB入門（前編） | ヘッドウォータースのブログ TechNote

yutaka_kinjyo 2017/10/25

“RESTインターフェイスを標準で備えており，Webで広く普及しているJSONを使用してデータ送受信ができる”

mongodb

リンク

MongoDBを真面目に使ってみた - ひよくあブログ

Mongo DB Advent Calendar 2013の10日目の記事です。 2つほどNode.js + Mongo DBで作ったサービスを最近リリースする機会があったので、そこで得られた個人的な知見や感想についてつらつら書きまとめようと思います。前提今回はアプリ側の開発を担当していて、インフラ周りはインフラチームやMongo DBのプロバイダーに御任せでしたので、そちらの設定などの話はノータッチです。元々の業務ではMySQLを使っていて、この2つのプロジェクトで初めてMongo DBを勉強しました。永続化にMongo DBを使う理由 MySQLでなくMongo DBを使う理由はMongo DB自体の利便性などもあげることができるかもしれませんが、個人的には運用面での利点が強いと思っています。（特にサンフランシスコのような人材採用が激しい地域の場合）シャーディングやフェイルオーバーが大規模