このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。
September 21, 2010 We spend quite a lot of time at 10gen supporting MongoDB users. The questions we receive are truly legion but, as you might guess, they tend to overlap. We get frequent queries on sharding, replica sets, and the idiosyncrasies of JavaScript, but the one subject that never fails to appear each day on our mailing list is indexing. Now, to be clear, I’m not talking about how to cre
Chris Gioran has posted a series of articles on Neo4j internal implementation details: ☞ File storage☞ Persistence and Memory mapping☞ Write ahead log and deadlock detection (part 1)These should be pretty helpful not only for understanding how Neo4j is working, but you could even start hacking on Neo4j. Original title and link: Neo4j Internals (NoSQL databases © myNoSQL)
Deprecation Notice The contents of this guide are out of date. All relevant info has been updated and integrated into the official CouchDB documentation. This page now only exists for archival and historic purposes. Three of CouchDB’s creators show you how to use this document-oriented database as a standalone application framework or with high-volume, distributed applications. With its simple mod
Brian Ritchie has two posts (☞ here and ☞ here) covering three document databases: CouchDB, MongoDB, and RavenDB concluding with the matrix below: But before using this as a reference material there are a couple of corrections needed: They have some special characteristics that make them kick some serious SQL. Objects can be stored as documents: The relational database impedance mismatch is gone.
The setup I will not detail the installation of the CouchDB server, the wiki got enough details. For the rest of this article I will assume that we have a running CouchDB server waiting for our queries on couch.example.com on port 5984 (the default CouchDB port). Setting up PHP on Couch is not really complicated : just download it on github.com, extract the archive : the interesting bits are in th
大好きな彼、彼女と結婚することが決まったらその証としてどのような事をしますか? 結婚してから二人の人生は大きく変わります。その為の準備がいろいろ必要で計画を立てて結婚に臨みましょう。 まず思い浮かべるのが華やかな結婚式場で挙げる挙式だと思います。その結婚式に必要なものとして結婚指輪は必須のアイテムです。神聖なチャペルで愛の証を交換して二人で長年の間身に着けるものとしてなくてはならない物でしょう。 大阪の結婚指輪購入事情 結婚指輪を購入する場合はほとんどのカップルがお店を回って、お店に並んでいる結婚指輪を購入することと思います。ですが、この結婚指輪が自分たちで手作り出来るとしたらどうしますか?二人で作った指輪を結婚指輪として付けたいと思う人が全国的に増えており、特に大阪では結婚指輪の手作りが人気になっています。 大阪で人気になっている理由の一つに他人と被る事の無いオリジナルの結婚指輪が作れる
In my previous post about Google's Pregel model, a general pattern of parallel graph processing can be expressed as multiple iterations of processing until a termination condition is reached. Within each iteration, same processing happens at a set of nodes (ie: context nodes). Each context node perform a sequence of steps independently (hence achieving parallelism) Aggregate all incoming messages
This post has been coming for some time now. I am in love with this new world of a thousand databases. Whatever your use case is, there is a database for you. In the old days you figured out how to keep up MySQL or Postgres and that was the hammer you used to bang in every screw. Forget screwdrivers, that’s another thing you’d have to learn and it took you a long time just to figure out this hamme
この記事は、Arin Sarkissian氏のブログ記事「http://arin.me/blog/wtf-is-a-supercolumn-cassandra-data-model」を氏の許可を得て翻訳したものです。(原文公開日:2009年9月1日) ここ1、2ヶ月というもの、DiggのエンジニアリングチームはCassandraについて調べ、遊び、最終的にはプロダクションにデプロイするためにかなりの時間を費やしてきました。これは実に楽しいプロジェクトでしたが、楽しくなる前にCassandraのデータモデルについて理解するために相当の時間を費やしたのです。「'super column'って何だよ」というフレーズが何度も口にされました。 もしあなたのバックグラウンドがRDBMSならば(ほとんどみんながそうでしょうが)、Cassandraのデータモデルについて学ぶ際に、いくつかのネーミング規約で
YDN Hadoop and Distributed Computing at Yahoo! Managing Big Data: Architectural Approaches for making batch data available online This is the beginning of an ongoing series of blog posts on “Managing Big Data”. This series will focus on techniques that Yahoo uses to process large volumes of data, ranging from initial collection of data to the end usage of that data. Introduction Over the last seve
VoldemortやTokyo Cabinetといったキー/バリューシステムにおけるモデリングの最小単位はキー/バリューペアになる。そして、BigTableやそのクローンでは可変数の属性をもつタプルに、CouchDBやMongoDBといったドキュメントデータベースではドキュメントになる。これに対しグラフデータベースでは、データセット全体をひとつの巨大な高密度ネットワーク構造としてモデル化する。 ここではNOSQLデータベースにおける2つの興味深いポイント、スケーラビリティと複雑さについて詳しく説明する。 1. スケーラビリティ CAP: ACID 対 BASE 従来のデータベースシステムのほとんどは、トランザクションに基づいてデータの完全性を保証する。トランザクションを使うことで、データ管理のあらゆる状況において、データの一貫性を確保している。こうしたトランザクションの性質は、ACID(A
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く