CouchDBを使ったチャットシステム·Toast MOONGIFT
CouchDBはWeb2.0（？）型のDBだと言われている。リレーショナルではなく、アクセスにはHTTP通信を用いて行う。RESTfulなインタフェースを提供しており、それを使ってデータを取得するのだ。 CouchDBを用いたチャットアプリケーション RESTfulなので、機密性を必要としなければJavaScriptでも手軽にアクセスできることになる。そしてCouchDBを使って作られたのがToastだ。 今回紹介するフリーウェアはToast、CouchDBを使ったチャットシステムだ。ソースコードは公開されているがライセンスは明記されていなかったのでご注意いただきたい。 Toastはチャットルームと発言の階層構造になっているチャットシステムだ。言わずもがなCouchDBを利用しており、JavaScriptだけで動作している。反映はほぼリアルタイムで行われるので、ストレスは感じない。 発言の
株式会社マジカジャパンの羽生章洋が書いてるブログ:key-valueはデータディクショナリの夢を見るか - livedoor Blog（ブログ）
今日はCouchDBの話というよりも、key-valueという形に基づいてのデータ構造設計を考えてみたときの与太話です。 DOA自体の説明はここでは端折ります（ERDレッスンをお読みくださいm(__)m）が、その考え方の中で非常に重要でありながらも実現に際して途轍もなく困難なものがあります。それがデータディクショナリです。 データディクショナリ（以下DD）とは、乱暴に要約するとシステム内で登場する全てのデータ項目に対して意味合い・意図をしっかりと定義して辞書のように統合し、利用者の間でぶれのない状態にしましょうというものです。そしてDDの作成においては、エリアス・ホモニム・シノニムの除去が重要になります。ホモニム・シノニムについてはhttp://www.atmarkit.co.jp/fbiz/cinvest/opinion/qa/qa13_2.htmlをご覧ください。ちなみにエリアスは別名
株式会社マジカジャパンの羽生章洋が書いてるブログ:タグがもたらすデータモデルの変化 - livedoor Blog（ブログ）
またまたCouchDB絡みの話です。key-valueストアでスキーマフリーなデータベースを前提にすると、DB設計の考え方が大きく変わってくるのを感じます。 得意先でもあり仕入先でもあるという場合、上位の抽象クラスとして取引先を作ってそれを継承するという形になるのが一般的だと思います。ところがこれがスキーマフリーのパラダイムになると「タグでいいじゃん」ということになる。 例えば得意先でもあり仕入先でもあるというような場合、取引先という抽象エンティティを置いてそれを継承・派生させる形でモデルを作ります。これはERモデリングだとサブセット、OOだとサブクラスと呼ばれます。しかしスキーマレスにはそもそもそんな区別がありません。タイプという名前で属性をひとつ作ってしまって、そこに「"得意先", "仕入先"」という値を入れればいいだけです。 クラスなり集合なりというのを考えるに際しての一番のポイント
株式会社マジカジャパンの羽生章洋が書いてるブログ:今日のCouchDB - livedoor Blog（ブログ）
メインフレーム時代とはCOBOL時代と言い換えてもいいでしょう（RPGやPL/Iの方には申し訳ない）。これは更に言い換えると固定長のパラダイムだとも言えます。オープンシステム時代になりRDBMSが主流となったときに一番のパラダイムシフトは、実は明細の扱い方だったと言えます。 COBOLをご存じの方はOCCURSを当然使っていたはずです。OCCURSとは繰り返しを表すもので、売上データというファイルがあったときに明細部分は繰り返しになりますから、OCCURSを指定します。ややこしい言い回しを使っていますが、要するに配列定義ということです。 さて、COBOLは固定長のパラダイムだと書きました。実はこのOCCURSで定義される配列は繰り返し数が事前に固定されます。例えばOCCURS 5.と書けば5回繰り返しということです。一応可変長が可能ということになってはいるのですが、多分今でも指定した上限を
株式会社マジカジャパンの羽生章洋が書いてるブログ:CouchDBと戯れ - livedoor Blog（ブログ）
先日ERDレッスンがどうのとかRDBMSありきとか書いておきながら何ですが、Pythonに加えてCouchDBが楽しいです。CouchDBのMapReduceを実行するView ServerのデフォルトはJavaScriptですが、これもPythonに差し替えてみたりしてます。でも試行錯誤中なのと、私の環境では日本語の扱いがPythonだと上手くいかないので、世の中のサンプルをコピる場合はJavaScriptを使ってます。 Pythonを使うときはIDEはPyScripterを使っているのですが、ぶっちゃけメモ帳でもOKな気分です（笑）。大きなアプリケーションを作ってないからだとは思います。あとはコマンドプロンプトとブラウザで済んでます。軽くていいです。 不思議なもので、JavaのときはIDE上でやらないと落ち着かない体になっていたのですが、Pythonだとコマンドラインのほうが気持ちいい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://jchrisa.net:5984/toast/_design/toast/channel.html
IBM Developer