【KVS】 Key-Value Storeを勉強するスレ

**NAME IS NULL** · 2010/02/26(金) 01:38:45

RDBMSの時代は終わるのか？
クラウド(笑)時代のデータベース技術KVSについて語ろう！

**NAME IS NULL** · 2010/02/26(金) 08:03:35

お前の態度が気にくわない

**NAME IS NULL** · 2010/02/26(金) 13:32:51

いままで無かったのが不思議なスレ
しかしたぶん伸びない

**NAME IS NULL** · 2010/02/26(金) 18:01:44

もっと普及しないと
このスレで使ってる奴なんていないだろう

**NAME IS NULL** · 2010/02/27(土) 02:55:59

ACIDが保証されないなんて

**NAME IS NULL** · 2010/02/27(土) 13:30:12

NoSQLでこの前スレ立てたのに落ちたんだぜ…

**NAME IS NULL** · 2010/02/27(土) 16:20:06

"distributed" が付かないと普通の dbm も入っちゃうんじゃ…

**NAME IS NULL** · 2010/02/27(土) 19:58:10

perlとかのハッシュオブジェクトを保存するのもいけるな

**NAME IS NULL** · 2010/02/27(土) 20:16:54

具体的に、何を勉強すれば良いんだろうね
本とか出てる？

**NAME IS NULL** · 2010/02/28(日) 04:09:42

先月の software design で特集してたよ

**NAME IS NULL** · 2010/03/08(月) 21:22:59

>>3
日本の SE でまともな DB 設計が出来る奴が居ないし必要ともされないから
性能が足りなければハードを買い増すことしか出来ないのが日本の技術者

>>5
今のキーワードはスケールしない ACID よりスケールしやすい BASE だろ

>>6
NoSQL という単語は個人的には意味が伝わりにくいと思う

>>9
XML, JSON
本ならオライリーから Hadoop 本がつい最近出てたな

**NAME IS NULL** · 2010/03/09(火) 02:18:29

key-valueストアの基礎知識
http://www.shudo.net/article/Software-Design-201002-KVS/

**NAME IS NULL** · 2010/03/09(火) 19:28:50

>>12
㌧ｸｽ、あとで読む。

**NAME IS NULL** · 2010/03/11(木) 02:27:32

Hadoop本買ってきた。
KVSって読み出しの速度だけなのかと思ってたけど、
SUMとかMAXみたいな演算にもアドバンテージがあるんだな。
言われてみれば検索エンジンなんて、統計処理の嵐か。

よく、OLAP Cubeを構築するまででもないけれど、
単純なクエリで解決するには件数が多すぎるみたいなことがあって、
まぁ大体はインデックスの張り方とかクエリ最適化とかで逃げるんだけど、
こういう部分の代替になりえるかなぁ。

**NAME IS NULL** · 2010/03/14(日) 11:55:50

sum()もmax()も読み出しそのものと言えるから当然だな。
しかも f(A,B) = f(f(A),f(B)) が成り立つから分散処理にも適しているし。

**NAME IS NULL** · 2010/03/14(日) 16:34:12

時系列で保存するデータなんかは更新処理がほぼ無いから、KVSとか向いてるんだろね。
これまでは何でもRDBMSに入れとけ、的な考えが多かったけど。

**NAME IS NULL** · 2010/03/22(月) 14:25:03

それにしても人いないな。

試しに使ってみた人の感想とか聞きたい。
環境構築の手間とか、ものによって違うものだろうか。

**NAME IS NULL** · 2010/03/24(水) 20:36:50

NoSQL 系は構築もそうだけど運用がね…
定番といえるモノがまだ無いし SQL でちょろっとクエリかければ済む仕組みじゃないから
最低限 perl や python で格納されたデータをごにょごにょする必要はある

**NAME IS NULL** · 2010/03/26(金) 15:06:17

>>17
君がいろんなものを試して感想を書けばいいんじゃないかな。

**NAME IS NULL** · 2010/03/26(金) 22:24:27

ちなみに>>17は「KVS」に何を期待してるの？

**NAME IS NULL** · 2010/03/27(土) 23:52:56

2ch クラスのデータアクセスが無いと KVS というか NoSQL 入れる意味が無いように思う

**NAME IS NULL** · 2010/03/28(日) 00:21:23

そうなの？業務アプリのバックエンドとして
高速な読み出しが確保できるかなという淡い期待があったんだけど。

どういった面で意味がないのか教えてもらえると嬉しい。

**NAME IS NULL** · 2010/03/28(日) 01:04:56

その高速性がいらないから意味がないんでしょ
○速い
×トランザクションなし
×障害保護弱い
×APIがプロダクトごとにばらばら
×テーブル結合なし
×詳しい人が少ない
×集計処理に弱い
高速性とスケーラビリティのために他をいろいろ犠牲にしているから

**NAME IS NULL** · 2010/03/28(日) 16:01:13

>>22
CAP定理を学ぶんだ

**NAME IS NULL** · 2010/04/02(金) 14:04:28

Key Value Storeについて ≪ さくらインターネット研究所
http://research.sakura.ad.jp/2010/03/17/kvs-intro/

ただのアニヲタ企業じゃなくて、研究もしてるんだな

**NAME IS NULL** · 2010/04/08(木) 21:34:51

保守

**NAME IS NULL** · 2010/04/10(土) 19:58:23

>>25
つか、日本のIT企業で NoSQL を研究し実務に取り込んでいるのはこういうベンチャー系だけなんだな
大手は自力でサポートできるスキルが無いことをサポートシステムが無いと言う理由だけで
OSS には手を出さない
そもそも、国内には NoSQL を必要とするほどのトラフィックやトランザクションを捌くサイトや
Web システムが無い（Yahoo! Japan や 2ch くらい）
勘定系には BASE な NoSQL は向かないから論外

ということで、国内での利用は進まないと思う

**NAME IS NULL** · 2010/04/10(土) 21:28:22

結局業務アプリのSQLは集計処理がメインだからな。
遅い処理ってのは、あっちとこっちのテーブルをjoinしてunionして加重平均してなんてので、
その部分には分散KVSでも対応できないし。

**NAME IS NULL** · 2010/04/11(日) 09:56:46

それ自体が独立しているシステムならいいけど、
他所と連携して動くシステム（営業部がSQLで課金情報引き出してるとか)だと、
SQLで扱えないのは導入の阻害要因になるな

位置付け的には、sqliteとかの、組み込みSQLの代用なんだろう。

あとは、大規模システムのコストを下げるために、SQL無しで割り切れるかどうか
なんでもかんでもOracleRACで組んでたらカネがかかりすぎる

**NAME IS NULL** · 2010/04/11(日) 10:41:21

普通のSIer向けの使いどころ何かないだろうか

**NAME IS NULL** · 2010/04/14(水) 22:49:57

何かと話題のツイッターのDBは、ApatchCasandoraっていうNoSqlを使ってるらしい。

**NAME IS NULL** · 2010/04/15(木) 04:57:02

Twitter規模のサービスを作る必要があるなら使っても良いんじゃない?

**NAME IS NULL** · 2010/04/15(木) 14:42:46

>>31
×ApatchCasandora
○Apache Cassandra
ttp://cassandra.apache.org/

**NAME IS NULL** · 2010/05/06(木) 02:36:49

NoSQLという部類だとドキュメント型？データベースてのがあるみたいだけど
あれはどうなんですかね？

**NAME IS NULL** · 2010/05/06(木) 05:27:50

基本的にはJSONストア。
高速化はIndexだったりMaterialized viewだったり。

**NAME IS NULL** · 2010/05/08(土) 23:58:28

速いRDBMSが欲しかったらTimesTenでいいんじゃないか。

**NAME IS NULL** · 2010/05/09(日) 18:06:55

別に速さがだけが欲しいわけではないのでは。
スケールさせる必要が無かったらKVSなんて必要ないだろう。

**NAME IS NULL** · 2010/05/09(日) 19:11:08

んん？求めているのは速さそのものだろ。
逆にそれ以外の部分をいろいろ割り切っているくらいだ。

**NAME IS NULL** · 2010/05/09(日) 20:54:25

機能としてシンプルだから
一般的なRDB知らない人はむしろ固定概念なく理解できるんじゃないですかね？

**NAME IS NULL** · 2010/05/09(日) 21:18:26

KVSそのものの理解は容易でも、逆に要件をKVSの仕組に落とし込むのに
苦労すると思うな、そういう人は。
そんなレベルの人は、Postgresでも入れてキーと値だけのテーブルを
作って試してみる方が、情報も多いし後々役に立つと思うぞ。

**NAME IS NULL** · 2010/05/09(日) 21:51:04

日本国内でNoSQLが必要になっているシステムってそもそもあるの？
それによってはそんなものもあるよ、って知識だけで充分な気もする。