ドキュメント指向データベース CouchDB 株式会社リコー グループ技術開発本部 山本陽平 諸君、私は CouchDB が好きだ 3 • 諸君、私は CouchDB が好きだ • 諸君、私は CouchDB が好きだ • 諸君、私は CouchDB が大好きだ 4 アンケート • CouchDBを知っている • CouchDBをインストールした • CouchDBを使ってみた • CouchDBのソースを読んだ • CouchDBを作っている(コミッタだ) 5 • ドキュメント指向が好きだ • Erlangが好きだ • スキーマレスが好きだ • Map/Reduceが好きだ • 半構造データが好きだ 6 CouchDB のリソース • データベース – http://couchdb:5984/{db_name} – 0個以上のドキュメントを格納 – 実体は .couch ファ
2006-02-24 昨日の日記は人様の間違いを指摘しながら自分も間違っていたという、なんとも情けない状態だった。 自分の詰めの甘さを再認識したよ…。 それはそうと、「POST でデータを送った後は、ステータスコード 302 を返して GET させたほうがいい」という情報を Web で見かけた場合に、大切なのは「なぜそうなのか？」と考えることだと思う。ということで、今考えてみる。 質問 「なぜ、 POST 後は 302 を返したほうがいいのか」 回答 「F5 を押してリロードしても二重投稿にならないから」 質問 「じゃあ、なぜ 302 を返すと二重投稿にならないのか？」 回答 「リダイレクト後は POST じゃなくて GET を使うから」 質問 「じゃあ、なぜリダイレクト後は GET になるのか」 回答 「…（この辺から上手く説明できない）」 POST 先の URL はあくまでデータを受け
http://www.witha.jp/blog/archives/2006/03/rest.html 誤用促進例とは以下のようなものらしい: 「REpresentational State Transferの略語。HTTPリクエストに対してXMLをレスポンスとして返す。********WebサービスはRESTを採用しています。」 こういうことが起きるのは、まず先に（CGIのかわりかなんかで）「REST」という用語を使うように決め、そのあとで説明が必要になる状況が起きるからかな、とも思ったり。確かに典型例として用いられるAmazonやGoogleのREST型のサービスは、上記説明の条件は満たしてるけど、それは荒すぎる。これはあれだ。ちょっと前の、本田由紀本のキーワードを使ってはあちゅう主義的発言するのと似ているだろうか。 たしかに簡潔な説明は難しいけど、外から見てそれが本当にRESTful
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
