Tech Talk: RocksDB Slides by Dhruba Borthakur & Haobo Xu of Facebook
Tech Talk: RocksDB Slides by Dhruba Borthakur & Haobo Xu of Facebook This presentation describes the reasons why Facebook decided to build yet another key-value store, the vision and architecture of RocksDB and how it differs from other open source key-value stores. Dhruba describes some of the salient features in RocksDB that are needed for supporting embedded-storage deployments. He explains typ
結果整合性データベースのいま | Yakst
一貫性モデルとして、結果整合性が利用されるデータベースに関して、現状の棚卸しをしているMariaDBプロジェクトの記事である。 各データベースの概要や、評判/成熟度/一貫性/ユースケースに基づいた評価、利点および欠点についてまとめた。 はじめに 結果整合性(eventually consistent) [1] は、多くの大規模分散データベースで使われる一貫性モデルの1つである。このようなデータベースでは、複製されたデータ片に対する全ての変更は 結果的に全ての関連するレプリカに反映される必要がある。 さらに、コンフリクトの解消はこれらのデータベースでは扱われず、更新のコンフリクトが発生した場合、アプリケーションで対処の責任を負う必要がある。 結果整合性は、弱い一貫性の1つの特異形態で、オブジェクトに新規の更新がない場合、ストレージシステムが全てのアクセスが結果的には、最後にアップデートした値
InfluxDB | Real-time insights at any scale | InfluxData
Real-Time Analytics Collect, analyze, and predict in real time
12年後のCAP定理: "法則"はどのように変わったか
設計者は分割が発生したとき一貫性と可用性のどちらかを選ぶ必要がありますが、分割の扱い方と分割の復旧には柔軟な対処方法があります。現在のCAPの目的は特定のアプリケーションが必要とする一貫性と可用性を最適化することでしょう。このような方法には分割発生中の計画や分割の復旧計画が組み込まれています。したがって、設計者はこのような方法を採用することで、従来受け取られてきたCAPの限界を超えてCAPについて考えることができます。 なぜ"3つのうち2つ"がミスリーディングなのか CAPを理解する最も簡単な方法は分割の両側にひとつずつノードがある場合を考えることです。片方のノードだけ状態を更新できるようにすると、2つのノードに一貫性がなくなります。つまり、Cが失われます。一貫性を維持しようとすれば、一方のノードは利用できない状態であるかのように動作しなければなりません。この場合、Aが失われます。一貫性と
YCSB NoSQLのベンチマークソフトウェア
このドキュメントの内容は、以下の通りです。 ダウンロード ベンチマークの設定 事前準備 ベンチマーク 参考 YCSB (Yahoo! Cloud Serving Benchmark) は、クラウドサービスで利用される NoSQL 系の ソフトウェア(Cassandra, HBase, CouchDB, Voldmort, MongoDB, Redis, etc をベンチマークするツールです。 Cassandra での利用法を例に、試してみます。 ダウンロード wget https://github.com/downloads/brianfrankcooper/YCSB/ycsb-0.1.4.tar.gz tar zxfp ycsb-0.1.4.tar.gz cd ycsb-0.1.4 ベンチマークの設定 workloads のディレクトリにある workload? のファイルがベンチマーク
AvocadoDBについて
こんにちは、某所で豆腐ハンバーグを食べないといけないくらい貧乏ということになっているタムタムです。（なんか面白かったのでこのネタしばらく使います） English translation is here. Very thanks to @makoto_inoue!! https://gist.github.com/2359195 今回は AvocadoDB というものを紹介したいと思います。 間違いや勘違いがあったらご指摘くださいませ。 一言でいうと、MongoDB と OrientDB を足したようなものです。Webサイトに掲載されている特徴を列挙すると以下のようになります。 スキーマレスです クライアント・サーバモデル（アプリケーションサーバとして動作）です。そしてRESTインターフェースを提供しています。 JavaScriptエンジン(V8)を内蔵していて、それでデータを操作できます
martin on skip list indices and why we use them in AvocadoDB | | AvocadoDBAvocadoDB
Last week AvocadoDB got mentioned in “nosql weekly” and the project achieved a huge amount of public interest especially from Japan. Awesome! In this context Mr. Fiber asked on twitter what the use of skip list indices in AvocadoDB is. Here’s a short video reply by chief architect martin Schoenert. Got an opinion on this? – we’d love to hear your thoughts on this in the comments. skip list index
NoSQL Data Modeling Techniques
NoSQL databases are often compared by various non-functional criteria, such as scalability, performance, and consistency. This aspect of NoSQL is well-studied both in practice and theory because specific non-functional properties are often the main justification for NoSQL usage and fundamental results on distributed systems like the CAP theorem apply well to NoSQL systems. At the same time, NoSQL
開発メモ: LevelDBをKyoto Tycoon上で使う方法
Googleが高速永続key-value storeとしてLevelDBを発表した（私はその開発に関わっているわけではないけども）。Kyoto CabinetとLevelDBの想定ユースケースは異なるけれども、LevelDBもまた有望かつ有用なツールであることに疑いはないと思っている。 ところで、Kyoto TycoonはDBMスタイルのいかなるデータベースもプラグインして使うことができる。ここではLevelDBをKyoto Tycoon上で使う方法について説明する。 LevelDBのビルドとインストール 準備として、まずLevelDBをインストールする必要がある。LevelDBのソースコードはSVNを使ってチェックアウトする。 $ svn checkout http://leveldb.googlecode.com/svn/trunk/ leveldb-read-only 今のところ、M
NoSQL Databases and Security: Cassandra and MongoDB Security Reviewed
Herman Stevens summarizes the findings of the paper “Security Issues in NoSQL Databases”: The paper itself concluded that the main problems to both Cassandra and MongoDB are “the lack of encryption support for the data files, weak authentication both between the client and the servers and between server members, very simple authorization without support for RBAC or fine-grained authorization, and
FacebookがHBaseを大規模リアルタイム処理に利用している理由（後編）
Facebookは大規模なデータ処理の基盤としてHBaseを利用しています。なぜFacebookはHBaseを用いているのか、どのように利用しているのでしょうか？ 7月1日に都内で行われた勉強会で、Facebookのソフトウェアエンジニアであるジョナサン・グレイ（Jonathan Gray）氏による解説が行われました。 この記事は、「FacebookがHBaseを大規模リアルタイム処理に利用している理由（前編）」の続きです。 事例1 Titan（Facebookメッセージ） HBaseがFacebookでどのようなアプリケ－ションで使われているのかを紹介しよう。 Facebookの新メッセージ機能。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
C22 スプリットブレインになっても一貫性を保証するインメモリデータグリッド製品 by Taichi Umeda
Jepsen: PostgreSQL, Redis, MongDB および Riak の分割耐性をテストする
RavenDBのファンダが.NETとNoSQLのACIDを語る
riak_core/src/vclock.erl at develop · basho/riak_core
voldemort/VectorClock.java at master · voldemort/voldemort
leofs.org
LinkedIn EngineeringがSenseiDB 1.0.0をリリース
Scaling Video Analytics with Cassandra by Ilya Maykov - Powered by NoSQL
Slow Query . . .: Monitoring Riak using Circonus