2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :NAME IS NULL:2010/02/26(金) 01:38:45 ID:y+tdcYdD
RDBMSの時代は終わるのか?
クラウド(笑)時代のデータベース技術KVSについて語ろう!

2 :NAME IS NULL:2010/02/26(金) 08:03:35 ID:???
お前の態度が気にくわない

3 :NAME IS NULL:2010/02/26(金) 13:32:51 ID:???
いままで無かったのが不思議なスレ
しかしたぶん伸びない

4 :NAME IS NULL:2010/02/26(金) 18:01:44 ID:???
もっと普及しないと
このスレで使ってる奴なんていないだろう

5 :NAME IS NULL:2010/02/27(土) 02:55:59 ID:???
ACIDが保証されないなんて

6 :NAME IS NULL:2010/02/27(土) 13:30:12 ID:???
NoSQLでこの前スレ立てたのに落ちたんだぜ…

7 :NAME IS NULL:2010/02/27(土) 16:20:06 ID:???
"distributed" が付かないと普通の dbm も入っちゃうんじゃ…

8 :NAME IS NULL:2010/02/27(土) 19:58:10 ID:???
perlとかのハッシュオブジェクトを保存するのもいけるな

9 :NAME IS NULL:2010/02/27(土) 20:16:54 ID:???
具体的に、何を勉強すれば良いんだろうね
本とか出てる?

10 :NAME IS NULL:2010/02/28(日) 04:09:42 ID:???
先月の software design で特集してたよ

11 :NAME IS NULL:2010/03/08(月) 21:22:59 ID:???
>>3
日本の SE でまともな DB 設計が出来る奴が居ないし必要ともされないから
性能が足りなければハードを買い増すことしか出来ないのが日本の技術者

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

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

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

12 :NAME IS NULL:2010/03/09(火) 02:18:29 ID:???
key-valueストアの基礎知識
http://www.shudo.net/article/Software-Design-201002-KVS/


13 :NAME IS NULL:2010/03/09(火) 19:28:50 ID:???
>>12
dクス、あとで読む。

14 :NAME IS NULL:2010/03/11(木) 02:27:32 ID:???
Hadoop本買ってきた。
KVSって読み出しの速度だけなのかと思ってたけど、
SUMとかMAXみたいな演算にもアドバンテージがあるんだな。
言われてみれば検索エンジンなんて、統計処理の嵐か。

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

15 :NAME IS NULL:2010/03/14(日) 11:55:50 ID:???
sum()もmax()も読み出しそのものと言えるから当然だな。
しかも f(A,B) = f(f(A),f(B)) が成り立つから分散処理にも適しているし。

16 :NAME IS NULL:2010/03/14(日) 16:34:12 ID:???
時系列で保存するデータなんかは更新処理がほぼ無いから、KVSとか向いてるんだろね。
これまでは何でもRDBMSに入れとけ、的な考えが多かったけど。

17 :NAME IS NULL:2010/03/22(月) 14:25:03 ID:???
それにしても人いないな。

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

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

19 :NAME IS NULL:2010/03/26(金) 15:06:17 ID:???
>>17
君がいろんなものを試して感想を書けばいいんじゃないかな。

20 :NAME IS NULL:2010/03/26(金) 22:24:27 ID:???
ちなみに>>17は「KVS」に何を期待してるの?

21 :NAME IS NULL:2010/03/27(土) 23:52:56 ID:???
2ch クラスのデータアクセスが無いと KVS というか NoSQL 入れる意味が無いように思う

22 :NAME IS NULL:2010/03/28(日) 00:21:23 ID:???
そうなの?業務アプリのバックエンドとして
高速な読み出しが確保できるかなという淡い期待があったんだけど。

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

23 :NAME IS NULL:2010/03/28(日) 01:04:56 ID:???
その高速性がいらないから意味がないんでしょ
○速い
×トランザクションなし
×障害保護弱い
×APIがプロダクトごとにばらばら
×テーブル結合なし
×詳しい人が少ない
×集計処理に弱い
高速性とスケーラビリティのために他をいろいろ犠牲にしているから

24 :NAME IS NULL:2010/03/28(日) 16:01:13 ID:???
>>22
CAP定理を学ぶんだ

25 :NAME IS NULL:2010/04/02(金) 14:04:28 ID:???
Key Value Storeについて ≪ さくらインターネット研究所
http://research.sakura.ad.jp/2010/03/17/kvs-intro/

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

26 :NAME IS NULL:2010/04/08(木) 21:34:51 ID:???
保守

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

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

28 :NAME IS NULL:2010/04/10(土) 21:28:22 ID:???
結局業務アプリのSQLは集計処理がメインだからな。
遅い処理ってのは、あっちとこっちのテーブルをjoinしてunionして加重平均してなんてので、
その部分には分散KVSでも対応できないし。

29 :NAME IS NULL:2010/04/11(日) 09:56:46 ID:???
それ自体が独立しているシステムならいいけど、
他所と連携して動くシステム(営業部がSQLで課金情報引き出してるとか)だと、
SQLで扱えないのは導入の阻害要因になるな

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

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


30 :NAME IS NULL:2010/04/11(日) 10:41:21 ID:???
普通のSIer向けの使いどころ何かないだろうか

31 :NAME IS NULL:2010/04/14(水) 22:49:57 ID:???
何かと話題のツイッターのDBは、ApatchCasandoraっていうNoSqlを使ってるらしい。

32 :NAME IS NULL:2010/04/15(木) 04:57:02 ID:???
Twitter規模のサービスを作る必要があるなら使っても良いんじゃない?

33 :NAME IS NULL:2010/04/15(木) 14:42:46 ID:???
>>31
×ApatchCasandora
○Apache Cassandra
ttp://cassandra.apache.org/

34 :NAME IS NULL:2010/05/06(木) 02:36:49 ID:7n/FuzR2
NoSQLという部類だとドキュメント型?データベースてのがあるみたいだけど
あれはどうなんですかね?

35 :NAME IS NULL:2010/05/06(木) 05:27:50 ID:???
基本的にはJSONストア。
高速化はIndexだったりMaterialized viewだったり。

36 :NAME IS NULL:2010/05/08(土) 23:58:28 ID:???
速いRDBMSが欲しかったらTimesTenでいいんじゃないか。


37 :NAME IS NULL:2010/05/09(日) 18:06:55 ID:???
別に速さがだけが欲しいわけではないのでは。
スケールさせる必要が無かったらKVSなんて必要ないだろう。

38 :NAME IS NULL:2010/05/09(日) 19:11:08 ID:???
んん?求めているのは速さそのものだろ。
逆にそれ以外の部分をいろいろ割り切っているくらいだ。

39 :NAME IS NULL:2010/05/09(日) 20:54:25 ID:???
機能としてシンプルだから
一般的なRDB知らない人はむしろ固定概念なく理解できるんじゃないですかね?

40 :NAME IS NULL:2010/05/09(日) 21:18:26 ID:???
KVSそのものの理解は容易でも、逆に要件をKVSの仕組に落とし込むのに
苦労すると思うな、そういう人は。
そんなレベルの人は、Postgresでも入れてキーと値だけのテーブルを
作って試してみる方が、情報も多いし後々役に立つと思うぞ。

41 :NAME IS NULL:2010/05/09(日) 21:51:04 ID:???
日本国内でNoSQLが必要になっているシステムってそもそもあるの?
それによってはそんなものもあるよ、って知識だけで充分な気もする。

42 :NAME IS NULL:2010/05/09(日) 22:35:13 ID:???
ユーザー多くて負荷が高いサイトとか
mixi、グリー、楽天あたりはみんな使ってるんじゃない

43 :NAME IS NULL:2010/05/09(日) 22:55:44 ID:???
スケールアウトによる総合パワーが分散KVSのオーバーヘッドを上回る
規模じゃないと意味ないからなぁ。
はっきりいって、mixiとかそういう規模のシステムを作るんでもなけりゃ
>>41の言う通り知識で十分、本気で検討するもんじゃないと思うが。

44 :NAME IS NULL:2010/05/09(日) 22:59:45 ID:???
mixiを作らなくても、mixiアプリを作って当たるとあの規模のアクセスが来るぞ
俺はモバゲーアプリを作るので検討してる

45 :NAME IS NULL:2010/05/09(日) 23:26:32 ID:???
それ、シングルノードで済むような規模の話なんじゃないの?
想定しているレベルが全然違う。

シングルノードなら、使用する製品、チューニング次第で
KVSとRDBMSのどっちが上なんて一概に言えないぞ。まぁ
フリーのRDBMSはやや不利かも知れんが。

46 :NAME IS NULL:2010/05/11(火) 22:38:15 ID:psYyVaov
なぜKVSなのか?なぜRDBMSではダメなのか?をしっかり理解しないと
なかなか使いどころが見えてこないね。

47 :NAME IS NULL:2010/05/11(火) 22:54:14 ID:???
カッコイイからだろ
Hadoopとか使いこなしてるとモテそう

48 :NAME IS NULL:2010/05/11(火) 23:02:16 ID:psYyVaov
>>47
Hadoopがなにか理解してる?w

49 :NAME IS NULL:2010/05/11(火) 23:23:31 ID:???
MapReduce もややこしい名前だよな。
実際はソートしたりして、Map と Reduce ダケぢゃないし。

50 :NAME IS NULL:2010/05/11(火) 23:45:24 ID:???
このスレみてると、KVSってのもbuzzwordのひとつだなって思うよ。

51 :NAME IS NULL:2010/05/11(火) 23:47:14 ID:???
それでは、代わりにディストリビューテッド・シングル・カラム・ハッシュ・データベースと呼ぼうか

52 :NAME IS NULL:2010/05/11(火) 23:55:45 ID:???
或は、ウルトラ・ファスト・クエリー・ウィズ・リミテッド・アグリゲーターとか

53 :NAME IS NULL:2010/05/17(月) 08:34:22 ID:9Qb2d0iM
ネーミングは大事だと思う。全部ひっくるめてNoSQLとかひどいw

54 :NAME IS NULL:2010/05/17(月) 22:58:31 ID:???
てめー俺が立てたNoSQLスレが一瞬で落ちたことをバカにしてんのか

55 :NAME IS NULL:2010/05/18(火) 04:33:14 ID:???
DB板でスレ落とすってよっぽどのことじゃね?

56 :NAME IS NULL:2010/05/18(火) 07:36:13 ID:???
うるさいうるさい!

57 :NAME IS NULL:2010/05/18(火) 23:32:49 ID:???
Cassandraが本命だと思ってればいいの?

58 :NAME IS NULL:2010/05/19(水) 03:44:04 ID:???
今の時代はACIDを捨ててまでスピードを求めてるってことかな?
比較する必要があるのだからRDBMSを改めて勉強するにはいい機会かも。

59 :NAME IS NULL:2010/05/19(水) 04:11:15 ID:???
>>58
プリミティブだけど安くてスケールするデータストレージは提供
するからデータの整合性を保証する仕組みはアプリケーションに
あわせて各自手作りして下さい、みたいな流れだと認識している。

> 比較する必要があるのだからRDBMSを改めて勉強するにはいい機会かも。

比較の有無にかかわらずRDBの理論面や設計論は勉強しておいて
損はないと思う。
なんかNoSQL界隈ではスキーマレス->故に正規化なんて必要ない、
データモデリングも不要、お手軽です、みたいな風潮も一部で散見
されるけど、それは全くの誤解だと思う。
悪名高いRDBの正規化にしても、背景にある各種従属性に基づいた
データ構造の分析はデータの一貫性や更新時異常を理解する上で
RDBモデルに限らず他のどんなデータモデルにも適用可能なもの。

むしろRDBモデルはそういった理屈を実際のスキーマ設計に反映
する作法やノウハウが既に蓄積された大変お得なモデルだと思う。
他方でそれぞれの実装でバラバラなデータモデルや高速化手法を
採用しているNoSQLではそれぞれ手探りで妥当な落とし所を探る
必要があるわけで、まぁご苦労な話だなぁとは思う。

60 :NAME IS NULL:2010/06/29(火) 19:43:29 ID:???
ひとつのkeyに複数value持たせたいときは
もういっこテーブル?みたいなの作ればいいの?

61 :NAME IS NULL:2010/07/01(木) 05:45:49 ID:???
keyはともかくvalueはatomicでなくともよい実装が多い。
なので一つのキーに配列でも持たせればよい。

62 :NAME IS NULL:2010/07/10(土) 00:06:27 ID:???
そして再びコボラー型思想が栄えるのであった


13 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)