This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
MongoDBは、 一つのドキュメント でのアトミックな操作をサポートしていますが、伝統的なロックと複雑なトランザクションを以下のいくつかの理由からサポートしていません。 まず、分散された環境で、ロックの情報を分散させるのは、コストが高く、そして遅いです。MongoDBの目標は、軽く速いことです。 私たちはデッドロックという考えかたが嫌いです。 そういうことがない、シンプルでわかりやすいシステムにしたいです。 私たちは、MongoDBを、リアルタイムな問題に対して、よく動くようにしたいです。オペレーションが大量のデータをロックしてしまうと、長い時間、軽い小さなクエリーを止めてしまうことがあります。("リアルタイム"に関しては、MongoDBはまだ完璧だとは言えません。しかし、ロックがあると、それをさらに難しくします。) MongoDBは、一つのドキュメントをアトミックに操作するための、下記
RockMongoはPHP製のMongoDB管理インタフェース。 RockMongoはPHP製のオープンソース・ソフトウェア。NoSQLデータベースが注目を集めている。RDBMSに代わるとは思いがたいが、使いどころによってはNoSQLの方がパフォーマンスが高く、より高速なWebサービスを構築できるメリットがある。 ドキュメント一覧 そのNoSQLの一つして知られているのがMongoDBだ。ドキュメント指向データベースとしても知られ、複数サーバにまたがったようなスケーリングにも対応している。そんなMongoDBを扱う上で便利な管理インタフェースがRockMongoだ。 RockMongoはMongoDB用のPHP製管理インタフェースだ。MySQLで言う所のphpMyAdmin的存在だ。データベースの一覧、コレクションの一覧、ドキュメントの一覧など階層的に閲覧できるようになっている。もちろんコ
MongoDBは、システムの一部としてauto-sharding機能を含みます。 このドキュメントはshardingのアーキテクチャの概要と使い方を示します。 alphaリリースでの制限はShardingの制限を参照してください。 MongoDBクラスターは、 複数の shards ( mongod インスタンス) 、 mongos ルーティングプロセス、1つ以上の configサーバ 、 クライアント で構成されます。 shard それぞれのshardは1つ以上のサーバで構成され、mongodプロセス (mongodはMongoDBのデータベースプロセスのコアです) を使いデータを保存します。 典型的なケースでは、可用性を高めるため、1つのshardに対し複数のサーバを使います。 この複数のサーバ/mongodプロセスのセットは、 replica set から成ります。 Note:
前回、MongoDBでSNSつくるぞという記事を書いてから随分時間がたってしまいました。単に私がだらけていたということもあるのですが、一番ひっかかって時間を取られていたのが、MongoDBにおけるスキーマ設計の考え方です。 いまだに試行錯誤中ではありますが、現時点において私がこうあるべきと理解しているところをアウトプットしてみたいと思います。 1.One to Many のケース たとえば注文と注文明細のケースを考えてみます。RDBで1対多のリレーションを設計する場合、 というように、注文明細を別テーブルにするのが普通かと思います。しかし、ドキュメント指向のMongoDBにおいては、RDBと違ってオブジェクト内に柔軟なデータ構造を実現できるため、 というように一つのCollection内にデータを埋め込んでしまうのが、パフォーマンスの点からも良しとされています。 ただし、以下の2点について
どうも、逆流性食道炎です。2月初めに胃痛で病院に行き、翌日の胃カメラで診断されました。ストレス社会に生きる皆様も、胃腸の健康には十二分にご留意ください。くれぐれも。くれぐれも。 薬物の効能によるものか症状はだいぶ緩和されているのですが、時には病める日もあります。そんな胃の状態を教えてくれるAPIをつくりました。 http://marutanm-stomach.heroku.com/condition 稚拙ですね。果たして、これから機能追加はなされるのでしょうか? ぶっちゃけ私の胃の状態なんて誰も知ったことじゃないでしょうが、PadrinoとMongoDBを使った簡単すぎるチュートリアルとして、手順を追ってみます。URLでお分かりのように、最終的にはHerokuにデプロイします。 基本的には公式にあるチュートリアルの劣化版ですが、ActiveRecordではなくMongoDB、ORMにMon
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く