Database Engineering Meetup #1 DBアーキテクチャの比較と選択 Cloud-native storage service for bulk load & random lookup workload https://scalar.connpass.com/even…
(2018.7.26追記) この記事で使用したIDCFクラウド RDBは、2016年8月に廃止された旧サービスのものですので、ご注意ください。 その後、IDCFクラウドのRDBは、2018年6月に新たな形で(再)リリースされています。 ・IDCF Cloud RDB https://www.idcf.jp/cloud/rdb/ (2018.7.26追記ここまで) 2015年7月にリリースされたばかりのIDCFクラウドのマネージドDBサービス RDBは、ひとことで表すと「マルチマスターも可能な、AWS RDS for MySQLのようなもの」と言えると思います。(乱暴な言い方になりますが) そこで今回は、IDCFクラウドRDBとAWS RDS for MySQLの仕様を比べてみます。 ついでに、2015年7月に正式リリースとなったAWS RDS for Auroraも併せて比較します。 20
VoldemortやTokyo Cabinetといったキー/バリューシステムにおけるモデリングの最小単位はキー/バリューペアになる。そして、BigTableやそのクローンでは可変数の属性をもつタプルに、CouchDBやMongoDBといったドキュメントデータベースではドキュメントになる。これに対しグラフデータベースでは、データセット全体をひとつの巨大な高密度ネットワーク構造としてモデル化する。 ここではNOSQLデータベースにおける2つの興味深いポイント、スケーラビリティと複雑さについて詳しく説明する。 1. スケーラビリティ CAP: ACID 対 BASE 従来のデータベースシステムのほとんどは、トランザクションに基づいてデータの完全性を保証する。トランザクションを使うことで、データ管理のあらゆる状況において、データの一貫性を確保している。こうしたトランザクションの性質は、ACID(A
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く