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

1 ：NAME IS NULL：2010/02/26(金) 01:38:45 ID:y+tdcYdD.net

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

2 ：NAME IS NULL：2010/02/26(金) 08:03:35 ID:???.net

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

3 ：NAME IS NULL：2010/02/26(金) 13:32:51 ID:???.net

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

4 ：NAME IS NULL：2010/02/26(金) 18:01:44 ID:???.net

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

5 ：NAME IS NULL：2010/02/27(土) 02:55:59 ID:???.net

ACIDが保証されないなんて

6 ：NAME IS NULL：2010/02/27(土) 13:30:12 ID:???.net

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

7 ：NAME IS NULL：2010/02/27(土) 16:20:06 ID:???.net

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

8 ：NAME IS NULL：2010/02/27(土) 19:58:10 ID:???.net

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

9 ：NAME IS NULL：2010/02/27(土) 20:16:54 ID:???.net

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

10 ：NAME IS NULL：2010/02/28(日) 04:09:42 ID:???.net

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

11 ：NAME IS NULL：2010/03/08(月) 21:22:59 ID:???.net

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

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

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

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

12 ：NAME IS NULL：2010/03/09(火) 02:18:29 ID:???.net

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

13 ：NAME IS NULL：2010/03/09(火) 19:28:50 ID:???.net

>>12
�dｸｽ、あとで読む。

14 ：NAME IS NULL：2010/03/11(木) 02:27:32 ID:???.net

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

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

15 ：NAME IS NULL：2010/03/14(日) 11:55:50 ID:???.net

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

16 ：NAME IS NULL：2010/03/14(日) 16:34:12 ID:???.net

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

17 ：NAME IS NULL：2010/03/22(月) 14:25:03 ID:???.net

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

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

18 ：NAME IS NULL：2010/03/24(水) 20:36:50 ID:???.net

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

19 ：NAME IS NULL：2010/03/26(金) 15:06:17 ID:???.net

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

20 ：NAME IS NULL：2010/03/26(金) 22:24:27 ID:???.net

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

21 ：NAME IS NULL：2010/03/27(土) 23:52:56 ID:???.net

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

22 ：NAME IS NULL：2010/03/28(日) 00:21:23 ID:???.net

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

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

23 ：NAME IS NULL：2010/03/28(日) 01:04:56 ID:???.net

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

24 ：NAME IS NULL：2010/03/28(日) 16:01:13 ID:???.net

>>22
CAP定理を学ぶんだ

25 ：NAME IS NULL：2010/04/02(金) 14:04:28 ID:???.net

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

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

26 ：NAME IS NULL：2010/04/08(木) 21:34:51 ID:???.net

保守

27 ：NAME IS NULL：2010/04/10(土) 19:58:23 ID:???.net

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

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

28 ：NAME IS NULL：2010/04/10(土) 21:28:22 ID:???.net

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

29 ：NAME IS NULL：2010/04/11(日) 09:56:46 ID:???.net

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

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

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

30 ：NAME IS NULL：2010/04/11(日) 10:41:21 ID:???.net

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

31 ：NAME IS NULL：2010/04/14(水) 22:49:57 ID:???.net

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

32 ：NAME IS NULL：2010/04/15(木) 04:57:02 ID:???.net

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

33 ：NAME IS NULL：2010/04/15(木) 14:42:46 ID:???.net

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

34 ：NAME IS NULL：2010/05/06(木) 02:36:49 ID:7n/FuzR2.net

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

35 ：NAME IS NULL：2010/05/06(木) 05:27:50 ID:???.net

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

36 ：NAME IS NULL：2010/05/08(土) 23:58:28 ID:???.net

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

37 ：NAME IS NULL：2010/05/09(日) 18:06:55 ID:???.net

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

38 ：NAME IS NULL：2010/05/09(日) 19:11:08 ID:???.net

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

39 ：NAME IS NULL：2010/05/09(日) 20:54:25 ID:???.net

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

40 ：NAME IS NULL：2010/05/09(日) 21:18:26 ID:???.net

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

41 ：NAME IS NULL：2010/05/09(日) 21:51:04 ID:???.net

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

42 ：NAME IS NULL：2010/05/09(日) 22:35:13 ID:???.net

ユーザー多くて負荷が高いサイトとか
mixi、グリー、楽天あたりはみんな使ってるんじゃない

43 ：NAME IS NULL：2010/05/09(日) 22:55:44 ID:???.net

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

44 ：NAME IS NULL：2010/05/09(日) 22:59:45 ID:???.net

mixiを作らなくても、mixiアプリを作って当たるとあの規模のアクセスが来るぞ
俺はモバゲーアプリを作るので検討してる

45 ：NAME IS NULL：2010/05/09(日) 23:26:32 ID:???.net

それ、シングルノードで済むような規模の話なんじゃないの？
想定しているレベルが全然違う。

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

46 ：NAME IS NULL：2010/05/11(火) 22:38:15 ID:psYyVaov.net

なぜKVSなのか？なぜRDBMSではダメなのか？をしっかり理解しないと
なかなか使いどころが見えてこないね。

47 ：NAME IS NULL：2010/05/11(火) 22:54:14 ID:???.net

カッコイイからだろ
Hadoopとか使いこなしてるとモテそう

48 ：NAME IS NULL：2010/05/11(火) 23:02:16 ID:psYyVaov.net

>>47
Hadoopがなにか理解してる？ｗ

49 ：NAME IS NULL：2010/05/11(火) 23:23:31 ID:???.net

MapReduce もややこしい名前だよな。
実際はソートしたりして、Map と Reduce ダケぢゃないし。

50 ：NAME IS NULL：2010/05/11(火) 23:45:24 ID:???.net

このスレみてると、KVSってのもbuzzwordのひとつだなって思うよ。

51 ：NAME IS NULL：2010/05/11(火) 23:47:14 ID:???.net

それでは、代わりにディストリビューテッド・シングル・カラム・ハッシュ・データベースと呼ぼうか

52 ：NAME IS NULL：2010/05/11(火) 23:55:45 ID:???.net

或は、ウルトラ・ファスト・クエリー・ウィズ・リミテッド・アグリゲーターとか

53 ：NAME IS NULL：2010/05/17(月) 08:34:22 ID:9Qb2d0iM.net

ネーミングは大事だと思う。全部ひっくるめてNoSQLとかひどいw

54 ：NAME IS NULL：2010/05/17(月) 22:58:31 ID:???.net

てめー俺が立てたNoSQLスレが一瞬で落ちたことをバカにしてんのか

55 ：NAME IS NULL：2010/05/18(火) 04:33:14 ID:???.net

DB板でスレ落とすってよっぽどのことじゃね?

56 ：NAME IS NULL：2010/05/18(火) 07:36:13 ID:???.net

うるさいうるさい！

57 ：NAME IS NULL：2010/05/18(火) 23:32:49 ID:???.net

Cassandraが本命だと思ってればいいの？

58 ：NAME IS NULL：2010/05/19(水) 03:44:04 ID:???.net

今の時代はACIDを捨ててまでスピードを求めてるってことかな？
比較する必要があるのだからRDBMSを改めて勉強するにはいい機会かも。

59 ：NAME IS NULL：2010/05/19(水) 04:11:15 ID:???.net

>>58
プリミティブだけど安くてスケールするデータストレージは提供
するからデータの整合性を保証する仕組みはアプリケーションに
あわせて各自手作りして下さい、みたいな流れだと認識している。

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

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

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

60 ：NAME IS NULL：2010/06/29(火) 19:43:29 ID:???.net

ひとつのkeyに複数value持たせたいときは
もういっこテーブル?みたいなの作ればいいの?

61 ：NAME IS NULL：2010/07/01(木) 05:45:49 ID:???.net

keyはともかくvalueはatomicでなくともよい実装が多い。
なので一つのキーに配列でも持たせればよい。

62 ：NAME IS NULL：2010/07/10(土) 00:06:27 ID:???.net

そして再びコボラー型思想が栄えるのであった

63 ：NAME IS NULL：2010/08/12(木) 08:37:05 ID:???.net

結局使っていくと範囲取得とかしたくなる。

64 ：NAME IS NULL：2010/08/12(木) 12:23:43 ID:???.net

テラメモリがエントリ鯖で使えるくらいにならんとね。
2年で倍として、10年後くらいか。

65 ：NAME IS NULL：2010/08/12(木) 13:12:07 ID:???.net

2Uのサーバで72GBとか積めるのは積める

66 ：NAME IS NULL：2010/08/14(土) 00:29:15 ID:???.net

セッション情報のキャッシュを保存して複数鯖で共有するのにKVS使いたいんだけど
何が良い？
「ディスクに保存するmemcached」みたいな感じで使いたいんだが

67 ：NAME IS NULL：2010/08/14(土) 01:22:02 ID:???.net

>>66
membaseなんてどう？

ttp://www.membase.org/

68 ：NAME IS NULL：2010/08/14(土) 03:50:13 ID:???.net

なるほど、memcached互換を目指してるのか。現時点で安定して動くかな？検討してみる。

69 ：NAME IS NULL：2010/08/19(木) 08:58:21 ID:???.net

TokyoTyrantあたりはmemcached互換だったよね。
結構互換のやつはあるっぽい。

70 ：NAME IS NULL：2010/08/19(木) 11:10:36 ID:???.net

mixiみたいに落ちちゃうの怖い

71 ：NAME IS NULL：2010/09/07(火) 04:50:58 ID:???.net

なんのための分散なんだか・・・

72 ：NAME IS NULL：2010/09/08(水) 23:43:53 ID:???.net

memcachedのスレってない？
もうWebやるんなら必須ぽいけど

73 ：NAME IS NULL：2010/09/09(木) 00:22:20 ID:???.net

たぶんこのスレ

74 ：NAME IS NULL：2010/09/09(木) 09:46:39 ID:???.net

必須ではないけどな別に

75 ：NAME IS NULL：2010/09/29(水) 07:22:41 ID:???.net

高信頼クラウド実現用ソフトウェア開発（分散制御処理技術等に係るデータセンター高信頼化に向けた実証事業）
http://www.meti.go.jp/policy/mono_info_service/joho/downloadfiles/2010software_research/clou_dist_software.pdf

小杉

76 ：NAME IS NULL：2010/10/06(水) 05:01:20 ID:???.net

memcachedに画像を保存するには
base64エンコードするのが定番ですか？

77 ：NAME IS NULL：2010/10/06(水) 22:59:46 ID:???.net

バイナリでそのまま入れないの?

78 ：NAME IS NULL：2010/10/07(木) 02:02:38 ID:???.net

入れられた。なんだできるのか。

79 ：NAME IS NULL：2010/10/27(水) 08:04:46 ID:???.net

NoSQLとしてMySQLを使うDeNAが、memcachedよりも高速な75万クエリ／秒を実現
http://www.publickey1.jp/blog/10/nosqlmysqldenamemcached75.html

すげーじゃん

80 ：NAME IS NULL：2010/11/14(日) 14:20:57 ID:nZUldWt9.net

mongoDBが良さそう
C#でもPHPでも使える

81 ：NAME IS NULL：2010/11/14(日) 15:01:48 ID:???.net

mongodbはいろんな機能がついてて、
SQLの高機能に慣れてる人にも移行しやすそうだよね

82 ：NAME IS NULL：2010/11/14(日) 17:03:17 ID:nZUldWt9.net

linqが使えるのが良い
他のコレクションとjoinできるのでRDBMSと同等のことはできるのでは

83 ：NAME IS NULL：2010/11/17(水) 21:47:08 ID:???.net

これって東京なんたらとか京都なんたらとかでしょ

84 ：NAME IS NULL：2011/04/04(月) 18:20:51.40 ID:???.net

Cassandra！

85 ：NAME IS NULL：2011/04/04(月) 23:08:12.33 ID:???.net

鬼の哭く街か・・・

86 ：NAME IS NULL：2011/05/10(火) 00:18:18.09 ID:???.net

http://code.google.com/p/leveldb/

C++0x を使える環境にある人がどのくらいいるか分からないけど・・・

87 ：NAME IS NULL：2011/07/04(月) 15:11:38.32 ID:???.net

>>61

valueには何でも入れられる。KVSそのものさえ。

88 ：NAME IS NULL：2011/07/19(火) 10:12:59.01 ID:???.net

インデックスサーバを持たない場合、どっか適当なノードに
「このノードを追加しろー」ってメッセージを送出させるんだろうか。

89 ：NAME IS NULL：2011/07/19(火) 10:55:14.11 ID:???.net

構造によってちがうから一概に言えない

90 ：NAME IS NULL：2011/07/20(水) 02:19:35.59 ID:???.net

>>88
Chord とかの話?

91 ：NAME IS NULL：2011/07/27(水) 17:38:50.67 ID:???.net

skip graphとかをシミュレートしてみようと思う。
とりあえず、数値化するのはホップ数やメッセージ数だけでいいよね・・・。

92 ：NAME IS NULL：2011/11/13(日) 15:47:25.67 ID:???.net

>>79
これも似たようなことかな？ttp://www.atmarkit.co.jp/fdb/rensai/dbwatch2011/dbwatch201111_02.html

(MySQL 5.6では)ラボで開発中のNoSQLオプションにも注目です。従来のRDBのようにinsertやselectだけではなくputやgetで、NoSQLデータベースのようにmemcachedでMySQL（InnoDBデータ）に話しかける機能も加わることになります。

93 ：NAME IS NULL：2012/02/21(火) 11:21:50.60 ID:KIHR+Wqd.net

＞Hadoop

KVSとhadoop系ってセットのものなの？
つまり２つの技術がセットになってやっと動くものなのか、
あくまで”１＋１＝２”なのか。。。

教えて下さいorz

94 ：NAME IS NULL：2012/02/22(水) 22:03:12.61 ID:???.net

HadoopはHBaseとセットで考えたほうがいいんじゃね。
KVSはキーと値の組み合わせ。memmapdとか。
オンメモリのハッシュだと思えばOK

95 ：NAME IS NULL：2012/02/22(水) 22:03:48.18 ID:???.net

mcachedだまちがいた

96 ：93：2012/02/23(木) 08:50:45.90 ID:???.net

レス�d。

Hadoop/MapReduceとセットなのが、hBaseである。
hBase側から見ると、KVSは密な繋がりはなくて、あくまでone of them?

97 ：NAME IS NULL：2012/02/24(金) 07:20:41.54 ID:5WcS76rf.net

KVSはデータ永続化用
Hadoopはデータ処理用

じゃないの？

98 ：93：2012/02/24(金) 10:09:26.60 ID:???.net

つまり、その２つはload処理とsave処理で繋がってるだけで、それ以外は無関係ってことですね。

何となく繋がりがあるイメージだったんだけど。。。

99 ：NAME IS NULL：2012/02/27(月) 01:38:01.06 ID:???.net

HadoopはHDFS(ファイルシステム)とMapReduce(分散処理フレームワーク)で構成される．
Hbaseはそのデータストアとしてされる

100 ：93：2012/02/27(月) 12:26:47.01 ID:???.net

つまり、Hadoop/MapReduceのデータloadにHbaseは使えても、RDBとかは適切じゃないって意味ですよね？
結果のsaveなんかは、多分何のデータベースでもＯＫなんでしょうね。

101 ：NAME IS NULL：2012/02/27(月) 14:01:41.85 ID:???.net

Hadoopが対象とするデータの想定はテラバイトやエクサバイトといったビッグデータだからデーRDBのI/O性能ではボトルネックになってしまうと思われます．

102 ：NAME IS NULL：2012/02/28(火) 01:08:49.07 ID:???.net

データの一貫性少し犠牲にしても処理速度を→KVS
DBのでっかいダンプファイルから統計とったりしたい→Hadoop
大雑把に言うとこんな感じでしょ

103 ：93：2012/02/28(火) 11:25:37.44 ID:???.net

なるほど、なるほど。

「ビッグデータでもI/O性能ＯＫ」、かつ、「データを分散して持てる」（←あってますよね？）、
といったものでないと、Hadoopがマトモに動かないってことですよね？

次はなぜKVSではＯＫなのか（データが分散してるから、ビッグデータでもI/O性能ＯＫ？）なのかを考えてみまつ。
（教えて下さる方があるなら、このスレに書いて頂ければ、全部読んでます）

104 ：93：2012/02/28(火) 11:28:19.03 ID:???.net

あれ？　>>102

>データの一貫性少し犠牲にしても処理速度を→KVS
>DBのでっかいダンプファイルから統計とったりしたい→Hadoop

KVS単体 VS Hadoop単体、ですか？

105 ：NAME IS NULL：2012/02/28(火) 13:06:31.37 ID:???.net

Hadoopとkvsは対になるのではないはず。

106 ：93：2012/02/28(火) 13:16:47.34 ID:???.net

再度、あれ？

http://d.hatena.ne.jp/okachimachiorz/20110619/1308490440
＞基本的に単純に分散KVSを使いたいならHbaseにこだわる必要はない。

hBase＝KVSだと思っていたのだが、違うのか。。。

色々読んでみると、KVSという一般的なデザインがあって、
Hadoop用データストアってのがhBaseで、それはKVSより機能が多い、
って感じ？

107 ：NAME IS NULL：2012/02/28(火) 14:21:05.01 ID:???.net

KVSはカラムがKeyとValueしか定義されていない単純なデータ構造で代表的なものが
CassandraやHbase。
HadoopにデータストアとしてHbaseしか利用できないことではありません。

108 ：93：2012/02/28(火) 15:36:17.27 ID:???.net

なるほど。

Hbase (- KVS //HbaseはKVSの集合に含まれる

Hadoopのデータストアは、データ分散ＯＫ、ビッグデータでもI/O性能ＯＫ、が好ましい。
　→RDBよりもKVS、その中でもhBaseが妥当じぇね？
ってことですね。

109 ：NAME IS NULL：2012/08/04(土) 22:22:41.80 ID:hNSFSVJW.net

LDAPスレはここにないよね？
あのクエリ言語はそれなりに面白いので、うまくバックエンドとして活用できれば嬉しいのだけど

110 ：NAME IS NULL：2012/08/07(火) 17:47:42.55 ID:lgaLRZBM.net

実際に欲しいのはシンプルなBTreeデータベースなのに、うまくスケールする実装がないから
仕方なしにRDBMSを使っているってシーンが色々ありまして。。

111 ：NAME IS NULL：2012/08/16(木) 09:14:44.75 ID:???.net

googleも最初はそうだったよね。

112 ：NAME IS NULL：2012/09/03(月) 20:06:49.61 ID:ojogcPbp.net

Cassandraは、海外ではTwitterなど大規模なサイトでの導入事例
がたくさんあるようだけど、国内ではほとんど聞かない。
日本の大規模サイトで、Cassandra使ってるところってあるかな？

Cassandra、Write性能もスケールするっていうのは魅力的だな・・
RDBMSだとMasterがボトルネックになるのは不可避だろうし、かといって
Shardingをやるとアプリ側の作りこみがめんどうになる。

>>1
NoSQLのスレのが良かったんでは？

113 ：NAME IS NULL：2012/09/30(日) 20:51:16.91 ID:lf9RHx2G.net

>>41
Cassandraは牛刀すぎて、それ相応の規模を持ち合わせていないとなぁ。。
でもエンタープライズ市場やデータウェアハウス市場という実業分野では、素直にカネ払ってOracle導入するし

KVSは、多量のデータを扱う必要があるけどあまりカネ使えないっすー、というネトゲみたいな
虚業分野での導入実績が多いかんじ

114 ：NAME IS NULL：2012/10/02(火) 08:19:38.09 ID:???.net

>>113
まったく的外れだな
いまどきエンタープライズ＝Oracleなんて認識は時代遅れすぎる。
FacebookもDeNAも金持ってるがMySQLやNoSQLを使っている。
FacebookやAmazonは自社でNoSQLの開発もやっている

NoSQLとRDBの違いは予算ではない。
それぞれの長所、短所がある

NoSQLはビッグデータを扱える。
運用の負担が少なく、数百台のサーバーにスケールアウトできる
シンプルなデータモデルのためRDBでは実現できないようなパフォーマンスも叩き出せる。

115 ：NAME IS NULL：2012/10/02(火) 20:06:46.95 ID:???.net

エンタープライズ＝Facebook、DeNA、Amazon
って感覚にも問題ある

どこの企業もWebサービスが生命線ってわけじゃないし

116 ：NAME IS NULL：2012/10/02(火) 23:49:35.16 ID:???.net

>>113
ビッグデーター関連の技術の活用や研究をしていてしかも金があるところ
だと日本だと例えばNTTがそうだね。
hadoop関連では国内でも有名だし、対外的にも国際学会に論文出している。

117 ：NAME IS NULL：2012/10/03(水) 00:14:23.43 ID:???.net

古典的なエキスパートvsプロフェッショナルの分類だと
エンタープライズと言えばプロフェッショナルで出来合いDB
Web企業はエキスパートだから自前かトガったツルシのDB。

といいつつもOracleだって今時の売りはビッグデータだ。
今やハードも持ってるしな。

118 ：NAME IS NULL：2012/10/15(月) 04:37:16.22 ID:???.net

Oracleはカネ払えばベンダーが面倒見てくれるけど、KVSはそういう会社がまだないので。。
企業財産そのものであるデータベース分野で、「自分でソース読んで解決すればOK」みたいな
ソフトウエアは使わせてもらえない。

ネトゲみたいに「ｺﾞﾒﾝｺﾞﾒﾝぶっ飛んじゃったわ」で済む範囲ならいいかもしれないけど

119 ：NAME IS NULL：2012/10/20(土) 07:22:48.37 ID:???.net

あのgmailでさえデータぶっ飛ばしてるし、まだエンタープライズ用途では様子見で。。

120 ： [―{}@{}@{}-] NAME IS NULL：2012/10/20(土) 07:30:18.42 ID:???.net

KVSでも解析系は別に考えた方がよい。

121 ：NAME IS NULL：2012/10/20(土) 10:15:49.67 ID:+nLxsDLu.net

ところが、自前管理の方がデータぶっ飛ばしてる率が高そうだ

122 ：NAME IS NULL：2012/10/20(土) 10:17:28.47 ID:???.net

gmailは扱ってるデータの規模がそもそも違う。

123 ：NAME IS NULL：2012/10/21(日) 07:58:39.36 ID:???.net

データの規模って…ビッグデータはスケールしてなんぼでしょ？
そういうのでなかったら、Oracleで足りるし

結局ビッグデータでも維持のために専任管理者を置いておく必要があるけど、
もしもぶっとんだら、彼だけの能力でデータ復旧できるのかというとまだ微妙
そして彼の退職後に誰もメンテできないようだと、会社の存続が危うくなる

そういうスタッフを自前で置けないんだったら、Oracleを契約しておいた方が面倒がないような

124 ：NAME IS NULL：2012/10/21(日) 20:13:30.21 ID:???.net

>>123
googleだってデフォでバックアップ取ってるし、
こっちがあーだこーだ言わなくても自動で修復もしてくれる。
oracleはちゃんとした会社だしサポートも営業体制も安定してるが、
ロストしてバックアップもダメになってる時だってあるし、ダメな時はダメ。
誰も無から有は作り出せない。

125 ：NAME IS NULL：2012/10/22(月) 02:22:01.76 ID:Fprj7xN3.net

もうfusion-ioさんでmysqlでnosqlに勝てちゃうだろ
nosqlはフラッシュ系ストレージのせいでオワコンになったんや

126 ：NAME IS NULL：2012/10/22(月) 08:30:09.53 ID:???.net

そんなんその辺のクラウドじゃ使えませんやん…

127 ：NAME IS NULL：2012/10/22(月) 16:45:23.58 ID:???.net

キャッシュ置き場ならいいかもしれないが、現状で一次データをKVSに置くのはさすがに怖い

128 ：NAME IS NULL：2012/10/22(月) 18:24:46.15 ID:???.net

>>127
お前が怖いのは、根拠もなしにクラウドは危険だと言う同僚や上司を説得できないことだろ。
リスクの種類が違うからって危険とは限らないが、はなっから信用していない人間を説得するのは骨だ。

129 ：NAME IS NULL：2012/10/22(月) 18:45:15.98 ID:???.net

>>128
「動かないコンピュータ」に載るような深刻な大事件がいくらか起こって、
その結果、「クラウドでこうやってはいけないバッドノウハウ集」がそれなりに溜まってきたら、
そろそろ入れようかと思うよ。

クラウド向きじゃない用途が明らかになって、「クラウドは欠点が多くて使えねーわ」って言う人が
増えてきたら、ちゃんと検討する。他人が地雷を一通り踏みまくってくれている。
クラウド関連記事が賞賛ばかりの状況では、マーケ盛んだな、ぐらいでまだ入れない。
機雷掃海は他人にやって頂くに限ります。

130 ：NAME IS NULL：2012/10/24(水) 02:32:30.99 ID:???.net

>>123
Googleはデータやハードの故障への耐性ってのをまず考えてる。
安いマシンを並列に、で大きくなったんだから第一の関心がソレだ。
一部故障しても、少しの影響で済むような分散処理。
故障の素早い隔離と復旧そして同期のとりかた。

でも大事なのは、統計合計マシンだから本質的に少々データが
壊れてもあまり影響のないサービスだって事だ。

いわゆる業務システムじゃそうは行かんわな。

131 ：NAME IS NULL：2012/10/24(水) 11:26:19.39 ID:???.net

ぶっ飛ばしても、障害報告を書いて謝って終わり、で済む安いデータならいいかもしれないけど
システムが止まると一日あたり数百万づつ売り上げが消える、という業務系ではまだ無理だよ

132 ：NAME IS NULL：2012/10/24(水) 11:44:09.09 ID:???.net

MTTF・MTBF共に短いが可用性が高いというのがクラウドの特徴。

これが許せるか許せないかは業務系云々より、社会体質に依るんじゃないかなあ。
「あれ？動かないぞ・・・責任者出せ」みたいな体質の所だったらダメだろうし、
「あれ？動かないな・・・後でやり直そう、あ、動いた動いた、OK」みたいな体質のところだったらOK。

133 ：NAME IS NULL：2012/10/24(水) 11:47:56.57 ID:???.net

そう考えると、やはりIT部門の責任者は相当な地位が必要だよなぁ。
システムは利用者の考え方をも変えてしまうのだから。

134 ：NAME IS NULL：2012/10/25(木) 20:33:57.35 ID:???.net

分散させれば障害に強くなる…って論は、現状の信頼性研究でも確実に断言できない所があるね

とあるエンジニアは、RAID5の存在を認めず事あるごとに批判し、RAID10以上を要求しているけど
それがマネーが動く業務システムってもんだよなぁ。。

135 ：NAME IS NULL：2012/11/15(木) 14:22:58.16 ID:???.net

ネットワーク透過型のHashテーブルが欲しいな、と思ってKVSに当たるのだけど、
それの保守チームを確保できないから、やっぱりMySQLのように運用人口の多いRDBで代用してしまう
鶏と卵だなー

136 ：NAME IS NULL：2012/11/15(木) 19:22:53.50 ID:???.net

買ってくるんじゃ駄目なの？

137 ：NAME IS NULL：2013/02/27(水) 17:31:22.14 ID:???.net

>>135
保守チームって何？
コードの隅々まで理解してる人達を養成でもしたいの？

138 ：NAME IS NULL：2013/09/18(水) 17:40:30.76 ID:???.net

お勧めは？

139 ：NAME IS NULL：2013/10/24(木) 02:44:32.36 ID:???.net

テスト

140 ：NAME IS NULL：2013/10/24(木) 02:49:10.08 ID:???.net

スレチかもしれんのだけど、
エクスペディアの「このホテル、○分前に予約が入りました」
ってあれは、KVS使ってるのかな？
REDISかHBASEあたり？

探ってるんだけど、SAS入れたって情報しか見えてこない…

141 ：NAME IS NULL：2013/10/24(木) 17:11:25.20 ID:???.net

RDBで十分でしょ

142 ：NAME IS NULL：2013/10/24(木) 20:41:52.20 ID:???.net

探って出てくるような話じゃないと思うんだが。

143 ：NAME IS NULL：2013/10/25(金) 02:30:31.46 ID:???.net

言われたら、「○分前に予約が入りました」は、RDBで行ける気がしました。
13万のホテルに最終予約時刻入れとけばいいから、対したこと無いですね。

144 ：NAME IS NULL：2013/10/26(土) 03:18:08.46 ID:???.net

なるほどバカなんだな

145 ：NAME IS NULL：2013/11/24(日) 20:50:24.92 ID:???.net

千葉県松戸市六高台2-78-3

146 ：NAME IS NULL：2014/07/13(日) 15:17:10.74 ID:DJgIKLkB.net

◎2ch勢いランキングサイトリスト◎

★+ニュース板
・ 2NN (推薦)
・ 2chTimes
★+ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
★+ニュース板その他
・ Desktop2ch
・ 記者別一覧
★全板
・ 全板縦断勢いランキング (推薦)
・ スレッドランキング総合ランキング
・ ログ速
★全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi

※ 要タイトル名検索

147 ：NAME IS NULL：2015/04/21(火) 21:23:41.21 ID:pQzWEcgh.net

☆ 日本の核武装は絶対に必須ですわ。☆
http://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html

☆ 日本国民の皆様方、2016年7月の『第２４回 参議院選挙』で、改憲の参議院議員が
3分の2以上を超えると日本国憲法の改正です。皆様方、必ず投票に自ら足を運んでください。
私たちの日本国憲法を絶対に改正しましょう。☆

148 ：NAME IS NULL：2016/03/29(火) 16:26:06.19 ID:sfT27TYg.net

もともとRDBでなくてもいいものは、それぞれのシステムで実装していただけで、NoSQLのたぐいは昔からある。

でも結局、仕様の変化に耐えられなくてRDBになる。

SQL文は作られた時代から、古臭いけど、デファクトスタンダードだから仕方ない。

149 ： ：2021/02/12(金) 00:50:27.64 ID:gQk0UUYA.net

　　( ﾟдﾟ )　　　　
＿(__つ/￣￣￣/＿
　　＼/　　　　 /
　　　　￣￣￣

150 ：NAME IS NULL：2022/10/23(日) 01:03:41.53 ID:???.net

テステス

151 ：NAME IS NULL：2022/10/24(月) 11:11:41.04 ID:AuXlacSXT

http://saigoniwarau.starfree.jp/iidesune/3.html