TechCrunch | Startup and Technology NewsSpaceX’s massive Starship rocket could take to the skies for the fourth time on June 5, with the primary objective of evaluating the second stage’s reusable heat shield as the…
NoSQLについて知っておくべき10の事柄
TechRebublicに「10 things you should know about NoSQL databases」（NoSQLデータベースについて知っておくべき10の事柄）という記事が掲載されています。NoSQLデータベースについての現状がよくまとまっている内容でしたので、見出しとポイントをまとめて紹介したいと思います。 10の事柄は前半と後半の2つに分かれていて、前半の5つではNoSQLの利点について説明されており、後半の5つは課題について説明されています。原文はそれなりに長い説明がされているので、詳しくは原文をぜひ見てみてください。以下はそれを1行程度に要約したものです。 5つのNoSQLの利点 Five advantages of NoSQL 1：Elastic scaling （弾力性のあるスケーラビリティ） NoSQLデータベースでは、ノードの追加による拡張性に柔軟に対
memcached互換のNoSQLデータベース「Membase」がオープンソースで登場
memcachedの開発者らが中心となって今年の3月に立ち上げた企業NorthScaleが、memcached互換のNoSQLデータベース「Membase」のオープンソースプロジェクト「membase.org」を6月23日に発表しました。 MembaseはWebアプリケーションのバックエンドに使われることを想定したキーバリュー型データストア。高速かつ高いスケーラビリティを目指したもの。 主な機能として、将来にわたってmemcachedとプロトコルの互換性を保証しつつ、ディスクへの永続性機能（データのディスクへの書き込み）、階層型データストア管理、データレプリケーション、稼働状態での設定変更とノード間のリバランシング機能なども備えると説明されています。 Membaseの特徴はmemcached互換とスケーラビリティ MembaseのWebサイトの情報を基に、特徴を紹介しましょう。 動的なノー
グーグルのBigQuery、大規模処理の「仕組みは秘密です」
先週行われたグーグルのイベント「Google I/O」で発表された、大規模データをSQLライクな命令によって高速に処理してくれる新サービス「BigQuery」。3日前に公開した記事「グーグルによるMapReduceサービス「BigQuery」が登場。SQLライクな命令で大規模データ操作」で、その概要をお伝えしました。 そのBigQueryについて、Google I/Oのセッションに参加されていたスティルハウス 佐藤一憲氏が「BigQueryってなんぞ？」とエントリをブログに書いています。自由にコピペしていいと許可をいただいたので、あらためてBigQueryとはどんなものなのか、ポイントを紹介しましょう。 大規模なデータを処理できるといえば、思い浮かぶのはMapReduceです。佐藤氏はBigQueryとMapReduceの違いをこう書いています。 MapReduceとはどう違う？ 大規模な
アニメDB
AJAアニメ作品データベースにようこそ！AJAアニメ作品データベースは、日本のアニメの作品情報を提供するデータベースです。 お知らせ（2010/2/17)東京国際アニメフェア2010にて、本サイトが一般公開されます！ （2010/4/6)2010/4/9 10:00～14:00までサーバメンテナンスにより、一時的に利用不可となります。ご了承ください。 作品トップ更新履歴 2010-03-23 12:45:15 けいおん！ 2010-03-19 08:42:58 WHITE ALBUM 2010-03-19 08:42:58 毎日かあさん 2010-03-19 08:42:58 アスラクライン 2010-03-19 08:42:58 クイーンズブレイド 流浪の戦士 2010-03-19 08:42:58 涼宮ハルヒの憂鬱 2010-03-19 08:42:58 Pa
iPhoneで実現するデータベースアプリケーション·Rappid MOONGIFT
RappidはiPhone向けのオープンソース・ソフトウェア。ユーザコンピューティングを進めるためには、データベースアプリケーションを誰もが簡単に作れる必要がある。MS OfficeでいうところのExcelやAccessの存在だ。この二つによってユーザコンピューティングは大きく成長したと言えるだろう。 ユーザが自分で設計するフォーム ユーザが自由に設計をして、データを蓄積できるようにすれば、後の加工はシステム側で行っても良いだろう。iPhoneでもユーザコンピューティングを実現したいならばRappidを試してみるといいだろう。 Rappidの最大の特徴は、コーディングレスでデータベースアプリケーションを開発できることにある。モデルを作り、そのモデルにデータを入力するフォームを作る。その際には関連性を作り、入力時に連携させることも可能だ。 設定画面 データの入力はテキストか選択、有効/無効を
［Web 2.0 Expo］「これからのWebを支えるデータベースは“NoSQL”」---米10genのMerriman CEO
「今後12カ月以内にWebインフラを新しく立ち上げるプロジェクトの大多数は，プライマリ・データストアとしてRDB以外のデータベースを選ぶだろう」。オープンソースのデータベース開発プロジェクト「MongoDB」を支援する米10genのCEOであるDwight Merriman氏（写真1）は，「Web 2.0 Expo New York 2009」でこう予測した。 Merriman氏は，「表と表の関係でデータを処理するリレーショナル・データベース（RDB）は，現在のWebアプリケーションの実態にそぐわない。リレーショナル・モデルに向かないデータ処理や分析処理が急増しつつある」と指摘。Webでは，写真や動画といった巨大データを多数のユーザーがやり取りし，クレジットカード情報もあればTwitterのつぶやきまでと価値の異なるデータと混在している。このため最近Web技術者の間で「NoSQL」と呼ばれ
アマゾン、クラウドサービスで「MySQL」を提供--AWSのオプションで
Amazon.comは、子会社のAmazon Web Services（AWS）を通じて提供するクラウドコンピューティング型ストレージサービスをより高いレベルに拡大し、インターネット上のデータベースに情報を格納することを望む企業に向けた新たなオプション「Amazon Relational Database Service（Amazon RDS）」を発表した。 AWSのスイートには、すでにデータベースオプション「Amazon SimpleDB」が含まれている。SimpleDBは、データを格納し検索するための同社独自のインターフェース規格を備えた基本的なデータベースだ。これに対してAmazon RDSは、より標準的なデータベース用インターフェースを採用し、今回はオープンソースソフトウェア「MySQL」をオンラインで実装して組み込んだ、と同社は米国時間10月26日に述べた。 「Amazon RD
「Linux-DBシステム構築／運用入門」がすごい - あなたのシステム、ガラパゴス化していませんか？ - kazuhoのメモ置き場
松信さんがやってくれました。 ずいぶん前からデータベースの「正しい」構築と運用方法についてまとめた本はないかなーと思ってました。自分はこれまで、様々なネットワークアプリケーションのプログラミングやデータベースの設計、チューニングを行ってきています*1が、問題が解決できたようには見えても、果たしてそれが最適な解決策だったのか不安に感じることがありました。それは、体系的な知識に欠けているからです。だから、網羅的な教科書がほしいなぁって思ってたんです。 とあるインターネットでこの前、松信さんから「いま書いてる」って話を聞いて、一部を見せていただいたりしたんですが、つい昨日、手元に届きました。やったね☆ 名前は「Linux-DBシステム構築／運用入門」。「入門」と銘打たれているものの、基礎的な知識から、なぜそうなるのか、どう応用すればいいのか、といった点まで広くカバーしている*2、全方位的な隙のな
“動物図鑑”で知るCouchDBの特徴
“動物図鑑”で知るCouchDBの特徴：ゆったリラックス！ CouchDBがあるところ（1）（1/3 ページ） ドキュメントを手軽にWebで公開したいとき、リレーショナルデータベースで実装することに違和感を覚えることはありませんか？ CouchDBはそのようなニーズに合った、新しいデータベース管理システムです。CouchDBを知り、リラックスしながら実装をしていきましょう（編集部） CouchDBとは？ CouchDB（カウチDB）はドキュメントをデータとして管理し、Webで公開することに最適化されたデータベース管理システムです。CouchDBの“ドキュメント”は報告書、仕様書、議事録といった文書や、名刺、プロフィールといったデータの集合のことを指しています。また、JavaScriptのソースコードをドキュメントの一部として配置することも可能です。 OSSとして一般へのリリースが始まったの
キャッシュの大きいRDB vs インメモリデータベース、性能がどれだけ違うのか調べてみると
2週間ほど前に「インメモリデータベースがクラウド時代の主流になるという期待」というエントリを書きました。ハードディスクに代わり、メモリをデータベースの永続化手段とするインメモリデータベースは、超高速なアクセスとスケールアウトを実現する、クラウド時代のデータベースの主役になるのではないか、という内容です。 この記事に関して、TechVisorの栗原さんと次のようなやりとりをしました。 確かに、Oracle Real Application Cluster（以下、Oracle RAC）でデータベースが全部載るくらい十分にキャッシュ用のメモリを割り当てれば、メモリ上でデータベースを操作するインメモリデータベースと同じことではないのか、とも思います。 両者の違いは何かあるのでしょうか？ 調べてみることにしました。 インメモリデータベースは1000倍速い 調べてみるとすぐに、両者には明確な性能差があ
インメモリデータベースがクラウド時代の主流になるという期待
クラウドの伝道師といえるほど熱心にクラウド関係の講演や執筆を行っている早稲田大学 丸山不二夫教授は、クラウドの技術的な発展について次のような見通しを、UNIX magazine 2009 springの37ページに書いています。 筆者は、データのパーシステンシの担い手が、ディスク上のファイルシステムからメモリに移ろうとしていることが、クラウドシステムの技術的な発展方向だと考えている。 僕は今年の1月の丸山氏が登壇したセミナーでこの考えをはじめて聞いたとき、ハッとしました。 クラウドのアーキテクチャでは、クラウドを構成するいずれかのマシンが故障しても大丈夫なように高い冗長性が保証されています。それだけ高い耐障害性を備えているなら、データの永続性を保つためにデータをメモリに置いたままでいいではないか、という斬新かつクラウドのアーキテクチャに沿った考え方に感銘を受けたためです。 実際に長期にわた
SSDに最適化したデータベース「RethinkDB」、ロックもログも使わずにトランザクション実現
SSDに最適化したアーキテクチャで開発中のRethinkDBはトランザクションの基本となるACID性を備えているにもかかわらず、これまでのリレーショナルデータベースと比べて優れた機能を実現しようとしているようです。同社のWebサイトで解説している内容を基に、紹介していきましょう。 まず基本的な特長として、RethinkDBはMySQLのストレージエンジンと互換性を持つデータベースエンジンで、MySQLのストレージエンジンを入れ替えることで、アプリケーションには何の変更もせずに使い始められるとのこと。 ロックフリー トランザクションを実現している一方で、ロックは発生しないとのこと。更新や削除をしようとしているデータに対しても安全に読み出しが可能。 オンラインで実行可能な管理機能 データベース利用中でも性能に影響を与えずに、バックアップ、スキーマの変更、ガベージコレクションなどを実行可能。My
[11]オンメモリーデータベース：日経ビジネスオンライン
＞＞シリーズの概要はこちら パソコンやサーバーなどでデータを処理する場合に、ハードディスクへのアクセスを省き、主記憶装置（メモリー）とCPU（中央演算処理装置）の間で演算を完結する技術。ディスクにあるデータのうち必要なものをあらかじめメモリーに読み込み、そのデータにCPUがアクセスして演算に用いる。処理のたびにディスクにアクセスする場合と比べ、処理内容によっては演算スピードを数千倍に高めることができる。 データ処理の際に必要なデータをすべてメモリー上に置くことができれば処理スピードが飛躍的に高まるという考えは以前からあった。ただメモリーの価格がディスクに比べて同一容量で比べて数百倍と高価なことや、CPUの技術上の問題でメモリーに展開できるデータ量の上限が4GB（ギガバイト）だったことがネックとなり、なかなか実用化しなかった。 しかし、ここ数年で理論上は従来の約43億倍に当たる16EB(エク
![[11]オンメモリーデータベース：日経ビジネスオンライン](https://cdn-ak-scissors.b.st-hatena.com/image/square/05f492a9ba706b05ca8fd61b1840b099fb59fdc9/height=288;version=1;width=512/https%3A%2F%2Fbusiness.nikkeibp.co.jp%2Fimages%2Fn%2Fnbo%2F2011%2Fcommon%2Fnbologo_ogimage.png)
オブジェクト指向の開発、そしてRDBの限界 （1/3）－ ＠IT
知っているようで知らないオブジェクトデータベース。その定義と必要条件から、RDBとの違いを解説します（編集部） オブジェクトデータベースとは オブジェクトデータベースとひと言でいっても、人によって定義はさまざまなのが実情だと思います。ここでは、私見を含めてオブジェクトデータベースとはどういうものであるかについてお話したいと思います。 Wikipediaでオブジェクトデータベースの記述を参照すると、現時点の最大公約数的なオブジェクトデータベースの定義を垣間見ることができます。冒頭に最もシンプルな説明がありますので、引用してみます。 これはとても分かりやすい説明ですが、この記事を読まれる人にとっては少し粒度が高すぎると思いますので、本記事ではもう少し補足していきましょう。 永続化と直列化：オブジェクトデータベースが持つべき必須条件 まず、オブジェクトデータベースに関連深い言葉をいくつか解説して
もう1つの、DBのかたち、分散Key-Valueストアとは
もう1つの、DBのかたち、分散Key-Valueストアとは：分散Key-Valueストアの本命「Bigtable」（1）（1/3 ページ） RDBとは別の、クラウド時代のデータベースとして注目を浴びている「分散Key-Valueストア」。その本命ともいえる、Googleの数々のサービスの基盤技術「Bigtable」について徹底解説 クラウド時代のデータベース「分散Key-Valueストア」 グーグルがインターネットの世界をここまで席けんできた最大の理由は何でしょうか。実は、それは同社の優れた検索技術ではありません。グーグルが成し遂げた最も大きなブレークスルーの1つは、同社が生み出した巨大な分散データストア、「Bigtable」にあります。 Bigtableは、Google検索をはじめ、YouTubeやGoogle Map、Google Earth、Google Analytics、Goog
IT news, careers, business technology, reviews
Heads on: Apple’s Vision Pro delivers a glimpse of the future
Leo's Chronicle: データベースシステム入門：「データベースは体育会系図書館？」
（データベースシステムとその研究の世界を一般の人にわかりやすく伝えるため、「図書館」をモデルにした話を書いてみました。試験に出そうな（？）部分は太字で強調してあります。） 「データベース」という言葉は、データの集まりという意味です。データベースシステムの研究では、例えて言うなら「欲しい本がすぐに見つかる図書館」をいかに作るかという問題を考えます。ここで「データ」は図書館の「本」に相当し、「ハードディスク」は「本棚」がたくさん収められている図書館の建物だと考えてください。 「欲しい本がすぐに見つかる」とはどういうことでしょうか？例えば、図書目録を調べて目的の本棚の番号がわかったとしても、本棚までの距離が遠ければがっかりしてしまいますよね？（高すぎて手が届かない、とか泣けてきます）
分散データベース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に見える しかし，２つは違うデータアクセス方法をサポートしてるよね MDBSはマルチデータベースレイヤ上で問い合わせのインタフェースをサポートしている（下図参照） PDBSは図のようにクエリが転送されていく このとき，クエリはオリジナルから変更されて転送されるかもしれない．（中継ピアが変更する可能性があるよね） さらにforwardingはマッピンググラフによって行われ，全ピアに転送されるとは限らない
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
