分散型JSONドキュメントデータベース「RethinkDB」が初の運用環境向けリリース | OSDN Magazine
オープンソースの分散型JSONドキュメントデータベース「RethinkDB」開発チームは4月14日、「RethinkDB 2.0」（開発コード「Yojimbo」）公開を発表した。5年の開発期間を経た初の運用環境向けリリースとしている。 RethinkDBはC++で実装されたJSONデータベース。リアルタイムWebアプリケーション向けに作成されており、データが変更された際にリアルタイムでその通知をアプリケーションにプッシュ送信できるのが特徴だという。そのため、複数のユーザーが同時にプレイするようなゲームやコラボレーション型Webサービス、モバイルアプリなどに適しているとしている。 プロジェクトによると、10万人以上の開発者コミュニティがあり、すでにJive SoftwareやMediaflyなど複数の企業がWebやモバイルアプリでRethinkDBを利用しているという。 RethinkDB
データベースアプリケーション開発を炎上させる負のスパイラル
毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか？ A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ
OSC 2013 Hokkaidoの発表で使用したスライド資料「PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発」｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
ホーム 技術ブログ OSC 2013 Hokkaidoの発表で使用したスライド資料「PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発」 OSC 2013 Hokkaidoの発表で使用したスライド資料「PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発」 当ブログでも告知させて頂きましたOSC北海道、今年も盛況のうちに終わりました。 関係者の皆様、本当にお疲れ様でした。 セミナーを聞きに来てくださった皆様、弊社ブースに遊びに来てくれた皆様、忙しい中ありがとうございました。 さて、今年も発表に使った資料を公開させて頂きます。 今年は「PHP+MySQLを使ったスケーラブルなソーシャルゲーム開発」というタイトルで、ソーシャルゲームのサーバ群がどのようにスケールアウトされていくのか、物語仕立てで解説しています。 また、現在の負荷やネックとなる箇所をどのように調査しているのか、
MemSQL Architecture - The Fast (MVCC, InMem, LockFree, CodeGen) and Familiar (SQL) - High Scalability -
« Paper: A Provably Correct Scalable Concurrent Skip List | Main | Ask HighScalability: Facing scaling issues with news feeds on Redis. Any advice? » This is an interview with MemSQL cofounder’s Eric Frenkiel and Nikita Shamgunov, in which they try to answer critics by going into more depth about their technology. MemSQL ruffled a few feathers with their claim of being the fastest database in the
設計書/ER図の出力も。高機能データベースメンテナンスソフトウェア·A5:SQL Mk-2 MOONGIFT
A5:SQL Mk-2は各種RDBMSに対応したデータメンテナンス、ドキュメント生成ソフトウェアです。 今のシステム開発ではほぼ必須とも言えるデータベース。そんなデータベースを利用する上でぜひ利用をお勧めしたいのがA5:SQL Mk-2です。データベースのメンテナンスはもちろん、現状のデータベースから設計書やER図を書き起すのもできてかなり便利なツールです。 まず接続設定です。ODBCを使うこともMySQLやOracleであれば直接接続もできます。 データベース一覧、テーブル一覧がツリーで表示されます。その他、ビュー、シノニム、ストアドプロシージャも確認できます。 データ一覧です。もちろんデータの追加や更新もできます。 テーブル構造表示です。 インデックス表示です。 リバースER図を実行します。現在あるテーブル構造を使ってER図を生成します。 生成しました。リレーションを設定していない場合
Ruby on Railsで複数のデータベースを使用する方法
『実践 Rails -強力なWebアプリケーションをすばやく構築するテクニック』に紹介されていたRuby on Railsで複数のデータベースを使用する方法。 database.ymlファイルに複数のデータベース環境を指定する。 legary: adapter: mysql database: my_db username: user password: pass host: legary_host new: adapter: mysql database: my_db username: user password: pass host: new_host ActiveRecordのクラス定義で、接続するデータベースを指定する。 class LegacyClient < ActiveRecord::Base establish_connection "legary" end class
NoSQLデータベースを40種類以上リストアップ、キーバリュー型にもいろいろある
Webスケールのデータを扱うためにさまざまなデータベースが登場してきている、ということを昨日のエントリ「データベースは目的別に使い分けるべし」で紹介しました。 特にリレーショナルモデルをベースとしない、非SQL系（NoSQL）と呼ばれるさまざまな種類のデータベースが登場してきています。非SQL系のデータベースは以前からオブジェクトデータベースやドキュメントデータベース、階層型データベースなどが存在していましたが、最近注目されているのがキーバリュー型データストアと呼ばれるデータベース。 ブログ「High Scalability」にポストされたエントリ「A Yes for a NoSQL Taxonomy」では、これら非SQL系のデータベースを詳細に9分類し、それぞれの分類に属するデータベースをリストアップしています（基になったのは「NoSQL is a Horseless Carriage」
［データベース設計編］参照整合性制約機能を多用してはいけない
参照整合性（Referential Integrity）とは，テーブル間のデータの整合性を保つための仕組みである。例えば，「受注テーブルの商品番号カラムには，商品テーブルの商品番号カラムに同じ値がなければならない」といった制約を維持するための仕組みである（図1）。RDBMSはこの整合性を維持するための機能として，「参照整合性制約」といった機能を持つことが多い。これは，定義された参照整合性をチェックし，整合性を逸脱するような値がテーブル内に存在しないようにする機能である。この機能を使用する場合は，テーブル定義の際に「Constraint句」を用いることが多い。 参照整合性制約機能は，誤ったデータがテーブルに含まれないようにするには効果的な機能である。だが，むやみに使うと問題を引き起こすことがあるので，注意が必要だ。 データ移行時にエラー 最も問題が起こりやすいのは，データを移行する際だ。先の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
データベース設計徹底指南
Amazon.co.jp: 独習データベース設計: 真野正: 本