タグ

Databaseに関するOooのブックマーク (164)

  • up and running with cassandra

    Cassandra is a hybrid non-relational database in the same class as Google’s BigTable. It is more featureful than a key/value store like Riak, but supports fewer query types than a document store like MongoDB. Cassandra was started by Facebook and later transferred to the open-source community. It is an ideal runtime database for web-scale domains like social networks. This post is both a tutorial

    up and running with cassandra
  • Couchio - NoSQL is About…

    NoSQL is About… To my fellow NoSQL-istas, present and future as well as everybody else who is interested: Every time I read about somebody “having learned about NoSQL” at a conference or meet-up and they took away that “NoSQL is about X”, boy do I have a low opinion about the presenter (not pointing fingers here, I’m sure I’m just as guilty). NoSQL is not about any one feature of any of the projec

  • NoSQL Databases List by Hosting Data - Updated 2024

    The decision was made after the owners recognized that they have a common objective - helping people in the UK (and beyond) understand web hosting and all its intricacies, including NoSQL databases. This list is updated monthly.  Learn more here. We've tested every single one of the best web hosting companies in the U.K. many of which use NoSQL databases in their server management. See our results

  • EventuallyConsistent - 結果整合性

    EventuallyConsistent - 結果整合性 目次 この文書について 結果整合性 歴史の話 クライアント側の整合性 サーバ側の整合性 まとめ 結果整合性 この文書について Werner Vogels "Eventually Consistent" の日語訳です. http://www.allthingsdistributed.com/2007/12/eventually_consistent.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... 近年, データ複製の文脈で 結果整合性(eventual consistency) に関する議論が盛んだ. この記事では大規模データの複製における原則や抽象, 高可用性とデータ整合性のトレードオフに関する話題をいくつか集めてみたいと思う. 現在進行中の分野であり, 全ての定義が最初から明快であるとは思わないでほ

  • Infinispan

    In-Memory Distributed Database What is Infinispan? Infinispan is an open-source in-memory database that can hold nearly any type of data, from plain-text to structured objects. Retrieve your data with lightning-fast speeds with Infinispan's powerful full-text and vector search capabilities. Guarantee reliability and integrity by distributing your data across elastically scalable Infinispan cluster

  • NoSQLデータベースを40種類以上リストアップ、キーバリュー型にもいろいろある

    Webスケールのデータを扱うためにさまざまなデータベースが登場してきている、ということを昨日のエントリ「データベースは目的別に使い分けるべし」で紹介しました。 特にリレーショナルモデルをベースとしない、非SQL系(NoSQL)と呼ばれるさまざまな種類のデータベースが登場してきています。非SQL系のデータベースは以前からオブジェクトデータベースやドキュメントデータベース、階層型データベースなどが存在していましたが、最近注目されているのがキーバリュー型データストアと呼ばれるデータベース。 ブログ「High Scalability」にポストされたエントリ「A Yes for a NoSQL Taxonomy」では、これら非SQL系のデータベースを詳細に9分類し、それぞれの分類に属するデータベースをリストアップしています(基になったのは「NoSQL is a Horseless Carriage」

    NoSQLデータベースを40種類以上リストアップ、キーバリュー型にもいろいろある
  • 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」を選ぶ理由
  • Project Voldemort

    Voldemort is a distributed key-value storage system Data is automatically replicated over multiple servers. Data is automatically partitioned so each server contains only a subset of the total data Server failure is handled transparently Pluggable serialization is supported to allow rich keys and values including lists and tuples with named fields, as well as to integrate with common serialization

  • SQuirreL SQL Client Home Page

    SQuirreL SQL is hosted at: and IDEs used by SQuirreL developers: SQuirreL's SQL editor is based on: RSyntaxTextArea Feature highlights of 4.7.1: Multiple Alias modification Code completion offers contains mode Timeout for SQL executions Object tree: Save and restore selected nodes Data compare to clipboard Search function for table cell data popup Edit toggle button on SQL result tabs Graph Plugin

  • ER Master

    <body> <span>このページはフレーム対応のブラウザでご覧ください。</span> </body>

  • 私がCouchDBを使わない理由 | taro-nishinoの日記 | スラド

    私は家ではMongoDBを使用しています。では、何故RDBMS(種類は何でもいいですが)でないかと言いますと、家の外へ一歩でも出れば、やれORMがどうのこうの、スキーマがどうのこうの、SQLがどうのこうの、と日夜囲まれているのに、そんなもん家に入れたくないでしょう? MongoDBはインタラクティブシェルとしてjavascriptシェルを持っているので、JSONでデータを格納出来ますし、今ややっとPerlドライバであるMnogoDB(元々は、ご存知Florian Ragwitz氏が手掛けられ、今のメンテナはKristina Chodorow女史です)が安定して来ましたので、Devel::REPLを使用すれば、Perlのハッシュのままインタラクティブに格納出来ます。私の個人的な記録はすべてMongoDBに放り込んでいます。卓上メモ代わりのようなもんです。 これを言うと必ず「じゃ、CouchD

  • “動物図鑑”で知るCouchDBの特徴

    “動物図鑑”で知るCouchDBの特徴:ゆったリラックス! CouchDBがあるところ(1)(1/3 ページ) ドキュメントを手軽にWebで公開したいとき、リレーショナルデータベースで実装することに違和感を覚えることはありませんか? CouchDBはそのようなニーズに合った、新しいデータベース管理システムです。CouchDBを知り、リラックスしながら実装をしていきましょう(編集部) CouchDBとは? CouchDB(カウチDB)はドキュメントをデータとして管理し、Webで公開することに最適化されたデータベース管理システムです。CouchDBの“ドキュメント”は報告書、仕様書、議事録といった文書や、名刺、プロフィールといったデータの集合のことを指しています。また、JavaScriptのソースコードをドキュメントの一部として配置することも可能です。 OSSとして一般へのリリースが始まったの

    “動物図鑑”で知るCouchDBの特徴
  • DB設計時のサイズ見積もり - よねのはてな

    ここのところ、javaccとawsに魅了されている米林です。 よく使うDB(Oracle/MySQL/PostgreSQL/SQLServer)における設計時のサイズ見積もりで使うサイトの備忘録。 あとは、OracleからのPython情報。 Oracle Oracle 物理設計 http://www.oracle.com/technology/global/jp/columns/skillup/oracle9i/index.html 領域サイズ見積もり http://otn.oracle.co.jp/document/estimate/index.html OTNにログインする必要ありますがオンラインで見積もりが出来ます。 アカウント持っていない人は、この見積もりツールを使う目的でアカウントを作ってみてはいかがでしょうか。 OLTP系とDWH系においてブロックサイズを考慮し、DWH系はブ

    DB設計時のサイズ見積もり - よねのはてな
  • 分散データベース2 - WebLab.ota

    分散データベース - WebLab.otaの続き Distribution,autonomy,heterogeneity FDBS (A1,D0,H1):異種混合 (A1,D1,H1):異種混合+分散 MDBS (A2,D1,H1) (A2,D2,H1):各DBSコンポーネントがほかのDBSの存在を知らない. 必要なときに自律的につながる PDBS MDBSのanother instanceに見える しかし,2つは違うデータアクセス方法をサポートしてるよね MDBSはマルチデータベースレイヤ上で問い合わせのインタフェースをサポートしている(下図参照) PDBSは図のようにクエリが転送されていく このとき,クエリはオリジナルから変更されて転送されるかもしれない.(中継ピアが変更する可能性があるよね) さらにforwardingはマッピンググラフによって行われ,全ピアに転送されるとは限らない

    分散データベース2 - WebLab.ota
  • なぜMySQLのサブクエリは遅いのか。

    よくMySQLはサブクエリが弱いと言われるが、これは当だろうか?半分は当で半分は嘘である。MySQLのサブクエリだってなんでもかんでも遅いわけではない。落とし穴をしっかり避け、使いどころを間違えなければサブクエリも高速に実行できるのである。今日はMySQLがどんな風にサブクエリを実行し、どのような場合に遅いのかということについて説明しよう。 EXPLAINで実行計画を調べた際に、select_typeにはクエリの種類が表示されるのだが、代表的なサブクエリには次の3つのパターンがある。 SUBQUERY DEPENDENT SUBQUERY DERIVED 結論から言おう。遅いのは2番目、DEPENDENT SUBQUERYである。DEPENDENT SUBQUERYとはいわゆる相関サブクエリに相当するもので、サブクエリにおいて外部クエリのカラムを参照しているサブクエリのことである。そし

    なぜMySQLのサブクエリは遅いのか。
  • InnoDB vs MyISAM vs Falcon benchmarks - part 1

    All of Percona’s open-source software products, in one place, to download as much or as little as you need.

    InnoDB vs MyISAM vs Falcon benchmarks - part 1
  • CouchDBをファイルシステムのように扱う·CouchFS MOONGIFT

    Mac OSXLinux系システムで利用できるFUSE。これは非常に面白いコンセプトで、各種プロトコルをまるでファイルシステムのように扱うことができるようになる。一覧、ファイルの取得、更新、作成、削除等のコマンドが実行できれば良いので、FTPやSSHをはじめ各種サービスに対応させることができる。 iPodをファイルシステムとして扱ったり、各種Web APIを操作するFUSEも存在する。そしてまた新しいサービスに対応した。 今回紹介するオープンソース・ソフトウェアはCouchFS、CouchDBをファイルシステム化するソフトウェアだ。 CouchDBは以前に紹介したソフトウェアで、RESTfulでデータを操作できるデータベースだ。JSONでデータを授受できるので、JavaScriptをはじめ、各プログラム言語向けにライブラリが存在する。 CouchFSではそのCouchDBのデータをファイ

    CouchDBをファイルシステムのように扱う·CouchFS MOONGIFT
  • エンタープライズ:知っておきたいデータベース移行術「Oracle→DB2編」 (6/7)

    JAVA Developer特別企画]2003年10月号 知っておきたいデータベース移行術「OracleDB2編」 (6/7) JAVA Developer 2003年10月号より転載 ■(4)SQL文 マイグレーション作業において注意が必要となるSQL文(主にコマンド命令)の違いについて紹介します。 ・(1)SAVEPOINT SAVEPOINT命令は、トランザクション内にセーブポイントを定義、ROLLBACK命令によって、任意のセーブポイントへロールバックできます。この命令は、主要なデータベース製品ではOracleDB2が対応しているものです。 セーブポイントを定義する文法は次のとおり。

  • DB2小ネタ - DB2ではNULLをSELECTに単純には置けない | Unofficial DB2 BLOG

    前も書いたと思いますが、NULLの扱いは各RDBMSで微妙に異なっているところが多い部分で、厄介なところでもあります。 たとえばSELECTの後に、NULLを置けるかどうかというのもRDBMSによって異なります。SQL-92を厳密に解釈するとNULLは置けないのが正しいようなのですが、置けるように拡張されているRDBMSの方が多いように思います。 んで、DB2は単純には置けません。 C:¥>db2 "select NULL as "A" from sysibm.sysdummy1" SQL0206N 使用されているコンテキストで、"NULL" は無効です。 SQLSTATE=42703 原因は単純にNULLと書くと型が確定しないからなので、CASTしてやれば良いわけです。 C:¥>db2 "select cast(NULL as int) as "A" from sysibm.sysdum

    Ooo
    Ooo 2009/02/12
    そうだったのか... ちくしょ-
  • DB2でMYSQLのLIMITを実現するには

    データベースから検索した結果を一定の行数ずつ画面に表示するという処理がしたい場合があります。GoogleYahooの検索結果のように、最初の10件を表示し、NEXTが押されると、次の10件を表示し、、、という作業です。 Oracleではrownumber(RowID)を使用して上記の事が実現できるようですし、MYSQLなどには、LIMIT n,mという専用の構文が用意されています。しかし、DB2にはそのような機能は用意されていないので、SQLでなんとかするしかありません。 (※2008.01.12 追記: DB2 9.5ではROWNUMが使用できるようになりました。 http://db2.jugem.cc/?eid=1135) (※2010.03.13 追記: ROWNUMの使い方についてのTipsを書きました。 http://db2.jugem.cc/?eid=2104) (※2010

    DB2でMYSQLのLIMITを実現するには
    Ooo
    Ooo 2009/02/12
    db2 9.5からrownum ok.