タグ

nosqlに関するRedCap97のブックマーク (11)

  • イベントレポート - 講演資料|楽天テクノロジーカンファレンス2010

    特別講演 三木谷浩史 (楽天株式会社 代表取締役会長兼社長) 基調講演「グローバル・エンジニア」 まつもとゆきひろ Rooの世界 丸山不二夫 (早稲田大学/はこだて未来大学) What does Globalization mean for Rakuten? ~ 楽天のグローバル戦略について ~ よしおかひろたか 他 「クラウドコンピュータ」の経済学 中田敦 (日経BP社日経コンピュータ記者) - 講演資料へのリンク ITエンジニアのから騒ぎ ~グローバルエンジニアへの道~ 安藤祐介 (Linkshare Corporation / 楽天株式会社) 水野貴明 (バイドゥ株式会社) Akky AKIMOTO (Asiajin / サイボウズ・ラボ株式会社) Sebastien Bruel (楽天株式会社) モデレータ:河村圭介 (楽天株式会社) CassandraとHadoopによるNoSQ

  • [ThinkIT] オープンソース時代の企業システム選択ポータル

    2024/11/13 Ciscoのアクセスポイント製品にコマンドインジェクションの脆弱性、アップデートが推奨 2024/11/11 「Wine 9.21.0」リリース 2024/11/11 「Vivaldi 7.0」リリース 2024/11/11 KDEのソフトウェア群「KDE Gear 24.08.3」リリース 2024/11/11 「Python」でGUIを構築できるフレームワーク「TkEasyGUI 1.0」リリース 2024/11/10 「Debian GNU/Linux 12.8」リリース 2024/11/8 JPCERT、侵入型ランサムウェア攻撃発生時に残るWindowsイベントログの特徴に関する記事を公開 2024/11/8 Androidアプリの統合開発環境「Android Studio」にAIを活用したコンパニオンを導入 2024/11/6 「curl 8.11.0」リリ

  • NoSQLを超えるSQLデータベース「VoltDB」。Cassandraとベンチマーク対決!

    「多くのOLTPデータベースは30年前の設計を基にしており、今日の“Webスケールな”データベースの負荷を想定していない。これら伝統的なデータベースは、処理時間の90%以上がログ、ロック、ラッチ、バッファ制御といったオーバーヘッドに費やされ、しかもそれらによって限られた性能やスケーラビリティしか実現できていない」 Ingresの開発者でありInformixのCTOなどデータベースベンダの要職を歴任したデータベース研究者の大御所、マイケル・ストーンブレイカー氏が開発したVoltDBはプレスリリースでこのように既存のリレーショナルデータベースの欠点を示した上で、インメモリデータベースをベースにこれらのオーバーヘッドを除去し、ACIDによるデータ一貫性を維持しつつ大きな性能向上とスケーラビリティを実現したと説明されています。 SourceForge.jpの記事「「NoSQL」を上回る性能を目指す

    NoSQLを超えるSQLデータベース「VoltDB」。Cassandraとベンチマーク対決!
  • 「NoSQL」を上回る性能を目指す次世代型高速SQLデータベース「VoltDB」登場

    豊富なメモリやマルチコアCPUを備えたシステムに最適化された次世代型の高速SQLデータベース「VoltDB」がリリースされた。メモリは4Gバイト以上が推奨されるなど利用環境は限定されるが、トランザクション性能はほかのDBMSを圧倒する性能を示しており、今後が注目される。 ベンチャー企業の米VoltDBは5月25日(現地時間)、オープンソースのデータベースシステム「VoltDB 1.0.1」をリリースした。高速、拡張性、ACID順守などを特長とする次世代DBMSとしている。 VoltDBは「Postgres」「Ingres」などのデータベースプロジェクトを共同で創始したマイケル・ストーンブレイカー氏が設計したもので、同氏が非常勤教授を務めるマサチューセッツ工科大(MIT)、ブラウン大学、イェール大学、HP Labsの共同研究「H-Store」がベースとなっている。 VoltDBは豊富なメモリ

    「NoSQL」を上回る性能を目指す次世代型高速SQLデータベース「VoltDB」登場
  • Ichiro Satoh Homepage

    <BODY> To view this page, your browser must support html-frames. </BODY>

  • 第1回 NoSQL、そしてCassandraとは | gihyo.jp

    NoSQLミドルウェアの特徴をもう少し細かく挙げてみます。分量の都合もあり個別には触れませんが、それぞれのNoSQLミドルウェアで差別化部分に関してはかなり詳細に説明がされていますので、ぜひそちらを参照してみてください。 高速に動作する リレーションモデルではないデータモデル スケールアウト型アーキテクチャ コモディティサーバによって構築される スキーマフリー SPOF(単一故障点)を持たない 自動的に複数台へレプリケーションする イベンチュアルコンシステンシまたは一貫性の選択が可能 SQLのような強力なクエリ言語を持たず、シンプルな問い合わせしかできない Cassandraとは何か NoSQLミドルウェアの筆頭といえばGoogle BigTableやAmazon Dynamoですが、オープンソースの世界でもいろいろなものが出てきています。その中でも最近特に注目を集めているのが、Apach

    第1回 NoSQL、そしてCassandraとは | gihyo.jp
  • NoSQLにXML、意外に面白いRDBMS“以外” (1/2)- @IT

    先月は商用とオープンソースのRDBMSを紹介しました。企業システムでなじみのある製品群です。しかしまだ関連製品もあります。今回はRDBMS以外のデータベースについて紹介します。 さよなら、ディスクI/O?! インメモリDBの登場 まずはインメモリデータベース。一般的にデータベースシステムはデータをディスクに記録します。必要なデータをディスクからメモリに読み込み、処理を終えたらまたディスクに書き込むということを繰り返します。そのため、ディスクのI/Oが発生します。どんなに高速のディスクでも、ここで多少の負荷や時間がかかってしまいます。 これをメモリ上ですべて処理しまおうというのが、「インメモリデータベース」です。ディスクのI/Oが発生しないので、高速な処理が期待できます。組み込み系やRDBMSのキャッシュとして使われます。 ●Oracle TimesTen In-Memory Databas

  • ここまでできる! CouchDBパワーアップ作戦

    1.CouchDBのインストール ノードとして利用するCouchDBは、Lounge用のパッチを適用したあとにコンパイルします。このパッチを適用すると、レプリケーションの対象をデザインドキュメントのみに制限できるオプションが使えるようになります。パッチファイルは0.9.0~0.10.1各バージョンごとにcouchdb-lounge/couchdbに用意されています。 (0.10.1のCouchDBにパッチファイルを適用する例) $ patch -p1 < ../couchdb-lounge/couchdb/couchdb-0.10.1-initenabled.patch patching file configure.ac $ patch -p2 < ../../couchdb-lounge/couchdb/couchdb-0.10.1-designreplication.patch pa

    ここまでできる! CouchDBパワーアップ作戦
  • MongoDBを今日から始めるためのドキュメント - Masatomo Nakano Blog

    追記: 最新情報はこちらです。 MongoDBが流行ってきてる風なので、これだけ読んでおけばMongoDBの雰囲気がわかるだろうってところを、日語訳が終わっているところから集めてみた。 なるべく順に読めるように並べたつもりだけど、前後してるところもあると思うので、とりあえず読み進めるのをお勧め。 まず、何はなくとも、 コレクション (Collections) 次にコレクションを触るためのシェル。MongoDBのシェルというのは、RDBMSでいうとSQLを直接叩くところで、PostgreSQLのpsqlコマンド, MySQLmysqlコマンドみたいなもの。 実際にMongoDBを使って開発する場合、直接MongoDBを操作するよりも、各言語(PHPとかRubyとかJavaとか)のマッパー経由で使うことが多いとは思う。しかし、SQLを知らないとO/Rマッパーを使いこなすのが難しいように、シ

  • TwitterとDiggがNoSQLの「Cassandra」を選ぶ理由

    スケーラブルなデータベースを実現する手段として「Sharding MySQL plus memcached」がよく知られる方法だとは、1つ前の記事「MySQL+Memcachedの時代は過ぎ、これからはNoSQLなのか、についての議論」で紹介しました。 ちなみに「Sharding」(シャーディング)とは複数のデータベースにデータを分散して運用することで、ざっくりいえばShared Nothing的な分散データベース構成のことです(この記事で紹介する英文中には「Shared MySQL」(共有MySQL)との記述がありますが、これは恐らく「Sharded MySQL」(ShardされたMySQL)のミススペルではないと推測します)。 日で(たぶん)もっともMySQLについて詳しく解説してあるブログ「漢(オトコ)のコンピュータ道」のエントリ「さらにMySQLを高速化する7つの方法」では、Sh

    TwitterとDiggがNoSQLの「Cassandra」を選ぶ理由
  • 第31回 RubyistのためのMongoDB入門(1) | gihyo.jp

    はじめに ここ最近、NoSQLというキーワードが注目を集めています。 リレーショナルデータベースは、一般的にスケールアウト(サーバの台数を増やして性能向上を図る手法)が難しく、特に大規模サービスにおいてパフォーマンス上のボトルネックとなりえます。また、タグやグラフ構造のようなデータは関係モデルに馴染みにくいため、それらを扱う際にはアプリケーションコードもぎこちないものになりがちです。 これらの問題を背景に、何にでもリレーショナルデータベースを使うのではなく、用途に応じてKVSなど他のデータストアを選択する流れが広まりつつあります。このムーブメントがNoSQL(Not Only SQL)と呼ばれているものです。 今回は、NoSQLなデータベースの1つであるMongoDBをご紹介します。 MongoDBとは MongoDBは高いパフォーマンスとスケーラビリティを特徴とするドキュメント指向型デー

    第31回 RubyistのためのMongoDB入門(1) | gihyo.jp
  • 1