10/02/26 08:03:35 .net
お前の態度が気にくわない
3:NAME IS NULL
10/02/26 13:32:51 .net
いままで無かったのが不思議なスレ
しかしたぶん伸びない
4:NAME IS NULL
10/02/26 18:01:44 .net
もっと普及しないと
このスレで使ってる奴なんていないだろう
5:NAME IS NULL
10/02/27 02:55:59 .net
ACIDが保証されないなんて
6:NAME IS NULL
10/02/27 13:30:12 .net
NoSQLでこの前スレ立てたのに落ちたんだぜ…
7:NAME IS NULL
10/02/27 16:20:06 .net
"distributed" が付かないと普通の dbm も入っちゃうんじゃ…
8:NAME IS NULL
10/02/27 19:58:10 .net
perlとかのハッシュオブジェクトを保存するのもいけるな
9:NAME IS NULL
10/02/27 20:16:54 .net
具体的に、何を勉強すれば良いんだろうね
本とか出てる？
10:NAME IS NULL
10/02/28 04:09:42 .net
先月の software design で特集してたよ
11:NAME IS NULL
10/03/08 21:22:59 .net
>>3
日本の SE でまともな DB 設計が出来る奴が居ないし必要ともされないから
性能が足りなければハードを買い増すことしか出来ないのが日本の技術者
>>5
今のキーワードはスケールしない ACID よりスケールしやすい BASE だろ
>>6
NoSQL という単語は個人的には意味が伝わりにくいと思う
>>9
XML, JSON
本ならオライリーから Hadoop 本がつい最近出てたな
12:NAME IS NULL
10/03/09 02:18:29 .net
key-valueストアの基礎知識
URLﾘﾝｸ(www.shudo.net)
13:NAME IS NULL
10/03/09 19:28:50 .net
>>12
㌧ｸｽ、あとで読む。
14:NAME IS NULL
10/03/11 02:27:32 .net
Hadoop本買ってきた。
KVSって読み出しの速度だけなのかと思ってたけど、
SUMとかMAXみたいな演算にもアドバンテージがあるんだな。
言われてみれば検索エンジンなんて、統計処理の嵐か。
よく、OLAP Cubeを構築するまででもないけれど、
単純なクエリで解決するには件数が多すぎるみたいなことがあって、
まぁ大体はインデックスの張り方とかクエリ最適化とかで逃げるんだけど、
こういう部分の代替になりえるかなぁ。
15:NAME IS NULL
10/03/14 11:55:50 .net
sum()もmax()も読み出しそのものと言えるから当然だな。
しかも f(A,B) = f(f(A),f(B)) が成り立つから分散処理にも適しているし。
16:NAME IS NULL
10/03/14 16:34:12 .net
時系列で保存するデータなんかは更新処理がほぼ無いから、KVSとか向いてるんだろね。
これまでは何でもRDBMSに入れとけ、的な考えが多かったけど。
17:NAME IS NULL
10/03/22 14:25:03 .net
それにしても人いないな。
試しに使ってみた人の感想とか聞きたい。
環境構築の手間とか、ものによって違うものだろうか。
18:NAME IS NULL
10/03/24 20:36:50 .net
NoSQL 系は構築もそうだけど運用がね…
定番といえるモノがまだ無いし SQL でちょろっとクエリかければ済む仕組みじゃないから
最低限 perl や python で格納されたデータをごにょごにょする必要はある
19:NAME IS NULL
10/03/26 15:06:17 .net
>>17
君がいろんなものを試して感想を書けばいいんじゃないかな。
20:NAME IS NULL
10/03/26 22:24:27 .net
ちなみに>>17は「KVS」に何を期待してるの？
21:NAME IS NULL
10/03/27 23:52:56 .net
2ch クラスのデータアクセスが無いと KVS というか NoSQL 入れる意味が無いように思う
22:NAME IS NULL
10/03/28 00:21:23 .net
そうなの？業務アプリのバックエンドとして
高速な読み出しが確保できるかなという淡い期待があったんだけど。
どういった面で意味がないのか教えてもらえると嬉しい。
23:NAME IS NULL
10/03/28 01:04:56 .net
その高速性がいらないから意味がないんでしょ
○速い
×トランザクションなし
×障害保護弱い
×APIがプロダクトごとにばらばら
×テーブル結合なし
×詳しい人が少ない
×集計処理に弱い
高速性とスケーラビリティのために他をいろいろ犠牲にしているから
24:NAME IS NULL
10/03/28 16:01:13 .net
>>22
CAP定理を学ぶんだ
25:NAME IS NULL
10/04/02 14:04:28 .net
Key Value Storeについて ≪ さくらインターネット研究所
URLﾘﾝｸ(research.sakura.ad.jp)
ただのアニヲタ企業じゃなくて、研究もしてるんだな
26:NAME IS NULL
10/04/08 21:34:51 .net
保守
27:NAME IS NULL
10/04/10 19:58:23 .net
>>25
つか、日本のIT企業で NoSQL を研究し実務に取り込んでいるのはこういうベンチャー系だけなんだな
大手は自力でサポートできるスキルが無いことをサポートシステムが無いと言う理由だけで
OSS には手を出さない
そもそも、国内には NoSQL を必要とするほどのトラフィックやトランザクションを捌くサイトや
Web システムが無い（Yahoo! Japan や 2ch くらい）
勘定系には BASE な NoSQL は向かないから論外
ということで、国内での利用は進まないと思う
28:NAME IS NULL
10/04/10 21:28:22 .net
結局業務アプリのSQLは集計処理がメインだからな。
遅い処理ってのは、あっちとこっちのテーブルをjoinしてunionして加重平均してなんてので、
その部分には分散KVSでも対応できないし。
29:NAME IS NULL
10/04/11 09:56:46 .net
それ自体が独立しているシステムならいいけど、
他所と連携して動くシステム（営業部がSQLで課金情報引き出してるとか)だと、
SQLで扱えないのは導入の阻害要因になるな
位置付け的には、sqliteとかの、組み込みSQLの代用なんだろう。
あとは、大規模システムのコストを下げるために、SQL無しで割り切れるかどうか
なんでもかんでもOracleRACで組んでたらカネがかかりすぎる
30:NAME IS NULL
10/04/11 10:41:21 .net
普通のSIer向けの使いどころ何かないだろうか
31:NAME IS NULL
10/04/14 22:49:57 .net
何かと話題のツイッターのDBは、ApatchCasandoraっていうNoSqlを使ってるらしい。
32:NAME IS NULL
10/04/15 04:57:02 .net
Twitter規模のサービスを作る必要があるなら使っても良いんじゃない?
33:NAME IS NULL
10/04/15 14:42:46 .net
>>31
×ApatchCasandora
○Apache Cassandra
URLﾘﾝｸ(cassandra.apache.org)
34:NAME IS NULL
10/05/06 02:36:49 7n/FuzR2.net
NoSQLという部類だとドキュメント型？データベースてのがあるみたいだけど
あれはどうなんですかね？
35:NAME IS NULL
10/05/06 05:27:50 .net
基本的にはJSONストア。
高速化はIndexだったりMaterialized viewだったり。
36:NAME IS NULL
10/05/08 23:58:28 .net
速いRDBMSが欲しかったらTimesTenでいいんじゃないか。
37:NAME IS NULL
10/05/09 18:06:55 .net
別に速さがだけが欲しいわけではないのでは。
スケールさせる必要が無かったらKVSなんて必要ないだろう。
38:NAME IS NULL
10/05/09 19:11:08 .net
んん？求めているのは速さそのものだろ。
逆にそれ以外の部分をいろいろ割り切っているくらいだ。
39:NAME IS NULL
10/05/09 20:54:25 .net
機能としてシンプルだから
一般的なRDB知らない人はむしろ固定概念なく理解できるんじゃないですかね？
40:NAME IS NULL
10/05/09 21:18:26 .net
KVSそのものの理解は容易でも、逆に要件をKVSの仕組に落とし込むのに
苦労すると思うな、そういう人は。
そんなレベルの人は、Postgresでも入れてキーと値だけのテーブルを
作って試してみる方が、情報も多いし後々役に立つと思うぞ。
41:NAME IS NULL
10/05/09 21:51:04 .net
日本国内でNoSQLが必要になっているシステムってそもそもあるの？
それによってはそんなものもあるよ、って知識だけで充分な気もする。
42:NAME IS NULL
10/05/09 22:35:13 .net
ユーザー多くて負荷が高いサイトとか
mixi、グリー、楽天あたりはみんな使ってるんじゃない
43:NAME IS NULL
10/05/09 22:55:44 .net
スケールアウトによる総合パワーが分散KVSのオーバーヘッドを上回る
規模じゃないと意味ないからなぁ。
はっきりいって、mixiとかそういう規模のシステムを作るんでもなけりゃ
>>41の言う通り知識で十分、本気で検討するもんじゃないと思うが。
44:NAME IS NULL
10/05/09 22:59:45 .net
mixiを作らなくても、mixiアプリを作って当たるとあの規模のアクセスが来るぞ
俺はモバゲーアプリを作るので検討してる
45:NAME IS NULL
10/05/09 23:26:32 .net
それ、シングルノードで済むような規模の話なんじゃないの？
想定しているレベルが全然違う。
シングルノードなら、使用する製品、チューニング次第で
KVSとRDBMSのどっちが上なんて一概に言えないぞ。まぁ
フリーのRDBMSはやや不利かも知れんが。
46:NAME IS NULL
10/05/11 22:38:15 psYyVaov.net
なぜKVSなのか？なぜRDBMSではダメなのか？をしっかり理解しないと
なかなか使いどころが見えてこないね。
47:NAME IS NULL
10/05/11 22:54:14 .net
カッコイイからだろ
Hadoopとか使いこなしてるとモテそう
48:NAME IS NULL
10/05/11 23:02:16 psYyVaov.net
>>47
Hadoopがなにか理解してる？ｗ
49:NAME IS NULL
10/05/11 23:23:31 .net
MapReduce もややこしい名前だよな。
実際はソートしたりして、Map と Reduce ダケぢゃないし。
50:NAME IS NULL
10/05/11 23:45:24 .net
このスレみてると、KVSってのもbuzzwordのひとつだなって思うよ。
51:NAME IS NULL
10/05/11 23:47:14 .net
それでは、代わりにディストリビューテッド・シングル・カラム・ハッシュ・データベースと呼ぼうか
52:NAME IS NULL
10/05/11 23:55:45 .net
或は、ウルトラ・ファスト・クエリー・ウィズ・リミテッド・アグリゲーターとか
53:NAME IS NULL
10/05/17 08:34:22 9Qb2d0iM.net
ネーミングは大事だと思う。全部ひっくるめてNoSQLとかひどいw
54:NAME IS NULL
10/05/17 22:58:31 .net
てめー俺が立てたNoSQLスレが一瞬で落ちたことをバカにしてんのか
55:NAME IS NULL
10/05/18 04:33:14 .net
DB板でスレ落とすってよっぽどのことじゃね?
56:NAME IS NULL
10/05/18 07:36:13 .net
うるさいうるさい！
57:NAME IS NULL
10/05/18 23:32:49 .net
Cassandraが本命だと思ってればいいの？
58:NAME IS NULL
10/05/19 03:44:04 .net
今の時代はACIDを捨ててまでスピードを求めてるってことかな？
比較する必要があるのだからRDBMSを改めて勉強するにはいい機会かも。
59:NAME IS NULL
10/05/19 04:11:15 .net
>>58
プリミティブだけど安くてスケールするデータストレージは提供
するからデータの整合性を保証する仕組みはアプリケーションに
あわせて各自手作りして下さい、みたいな流れだと認識している。
> 比較する必要があるのだからRDBMSを改めて勉強するにはいい機会かも。
比較の有無にかかわらずRDBの理論面や設計論は勉強しておいて
損はないと思う。
なんかNoSQL界隈ではスキーマレス->故に正規化なんて必要ない、
データモデリングも不要、お手軽です、みたいな風潮も一部で散見
されるけど、それは全くの誤解だと思う。
悪名高いRDBの正規化にしても、背景にある各種従属性に基づいた
データ構造の分析はデータの一貫性や更新時異常を理解する上で
RDBモデルに限らず他のどんなデータモデルにも適用可能なもの。
むしろRDBモデルはそういった理屈を実際のスキーマ設計に反映
する作法やノウハウが既に蓄積された大変お得なモデルだと思う。
他方でそれぞれの実装でバラバラなデータモデルや高速化手法を
採用しているNoSQLではそれぞれ手探りで妥当な落とし所を探る
必要があるわけで、まぁご苦労な話だなぁとは思う。
60:NAME IS NULL
10/06/29 19:43:29 .net
ひとつのkeyに複数value持たせたいときは
もういっこテーブル?みたいなの作ればいいの?
61:NAME IS NULL
10/07/01 05:45:49 .net
keyはともかくvalueはatomicでなくともよい実装が多い。
なので一つのキーに配列でも持たせればよい。
62:NAME IS NULL
10/07/10 00:06:27 .net
そして再びコボラー型思想が栄えるのであった
63:NAME IS NULL
10/08/12 08:37:05 .net
結局使っていくと範囲取得とかしたくなる。
64:NAME IS NULL
10/08/12 12:23:43 .net
テラメモリがエントリ鯖で使えるくらいにならんとね。
2年で倍として、10年後くらいか。
65:NAME IS NULL
10/08/12 13:12:07 .net
2Uのサーバで72GBとか積めるのは積める
66:NAME IS NULL
10/08/14 00:29:15 .net
セッション情報のキャッシュを保存して複数鯖で共有するのにKVS使いたいんだけど
何が良い？
「ディスクに保存するmemcached」みたいな感じで使いたいんだが
67:NAME IS NULL
10/08/14 01:22:02 .net
>>66
membaseなんてどう？
URLﾘﾝｸ(www.membase.org)
68:NAME IS NULL
10/08/14 03:50:13 .net
なるほど、memcached互換を目指してるのか。現時点で安定して動くかな？検討してみる。
69:NAME IS NULL
10/08/19 08:58:21 .net
TokyoTyrantあたりはmemcached互換だったよね。
結構互換のやつはあるっぽい。
70:NAME IS NULL
10/08/19 11:10:36 .net
mixiみたいに落ちちゃうの怖い
71:NAME IS NULL
10/09/07 04:50:58 .net
なんのための分散なんだか・・・
72:NAME IS NULL
10/09/08 23:43:53 .net
memcachedのスレってない？
もうWebやるんなら必須ぽいけど
73:NAME IS NULL
10/09/09 00:22:20 .net
たぶんこのスレ
74:NAME IS NULL
10/09/09 09:46:39 .net
必須ではないけどな別に
75:NAME IS NULL
10/09/29 07:22:41 .net
高信頼クラウド実現用ソフトウェア開発（分散制御処理技術等に係るデータセンター高信頼化に向けた実証事業）
URLﾘﾝｸ(www.meti.go.jp)
小杉
76:NAME IS NULL
10/10/06 05:01:20 .net
memcachedに画像を保存するには
base64エンコードするのが定番ですか？
77:NAME IS NULL
10/10/06 22:59:46 .net
バイナリでそのまま入れないの?
78:NAME IS NULL
10/10/07 02:02:38 .net
入れられた。なんだできるのか。
79:NAME IS NULL
10/10/27 08:04:46 .net
NoSQLとしてMySQLを使うDeNAが、memcachedよりも高速な75万クエリ／秒を実現
URLﾘﾝｸ(www.publickey1.jp)
すげーじゃん
80:NAME IS NULL
10/11/14 14:20:57 nZUldWt9.net
mongoDBが良さそう
C#でもPHPでも使える
81:NAME IS NULL
10/11/14 15:01:48 .net
mongodbはいろんな機能がついてて、
SQLの高機能に慣れてる人にも移行しやすそうだよね
82:NAME IS NULL
10/11/14 17:03:17 nZUldWt9.net
linqが使えるのが良い
他のコレクションとjoinできるのでRDBMSと同等のことはできるのでは
83:NAME IS NULL
10/11/17 21:47:08 .net
これって東京なんたらとか京都なんたらとかでしょ
84:NAME IS NULL
11/04/04 18:20:51.40 .net
Cassandra！
85:NAME IS NULL
11/04/04 23:08:12.33 .net
鬼の哭く街か・・・
86:NAME IS NULL
11/05/10 00:18:18.09 .net
URLﾘﾝｸ(code.google.com)
C++0x を使える環境にある人がどのくらいいるか分からないけど・・・
87:NAME IS NULL
11/07/04 15:11:38.32 .net
>>61
valueには何でも入れられる。KVSそのものさえ。
88:NAME IS NULL
11/07/19 10:12:59.01 .net
インデックスサーバを持たない場合、どっか適当なノードに
「このノードを追加しろー」ってメッセージを送出させるんだろうか。
89:NAME IS NULL
11/07/19 10:55:14.11 .net
構造によってちがうから一概に言えない
90:NAME IS NULL
11/07/20 02:19:35.59 .net
>>88
Chord とかの話?
91:NAME IS NULL
11/07/27 17:38:50.67 .net
skip graphとかをシミュレートしてみようと思う。
とりあえず、数値化するのはホップ数やメッセージ数だけでいいよね・・・。
92:NAME IS NULL
11/11/13 15:47:25.67 .net
>>79
これも似たようなことかな？URLﾘﾝｸ(www.atmarkit.co.jp)
(MySQL 5.6では)ラボで開発中のNoSQLオプションにも注目です。従来のRDBのようにinsertやselectだけではなくputやgetで、NoSQLデータベースのようにmemcachedでMySQL（InnoDBデータ）に話しかける機能も加わることになります。
93:NAME IS NULL
12/02/21 11:21:50.60 KIHR+Wqd.net
＞Hadoop
KVSとhadoop系ってセットのものなの？
つまり２つの技術がセットになってやっと動くものなのか、
あくまで”１＋１＝２”なのか。。。
教えて下さいorz
94:NAME IS NULL
12/02/22 22:03:12.61 .net
HadoopはHBaseとセットで考えたほうがいいんじゃね。
KVSはキーと値の組み合わせ。memmapdとか。
オンメモリのハッシュだと思えばOK
95:NAME IS NULL
12/02/22 22:03:48.18 .net
mcachedだまちがいた
96:93
12/02/23 08:50:45.90 .net
レス㌧。
Hadoop/MapReduceとセットなのが、hBaseである。
hBase側から見ると、KVSは密な繋がりはなくて、あくまでone of them?
97:NAME IS NULL
12/02/24 07:20:41.54 5WcS76rf.net
KVSはデータ永続化用
Hadoopはデータ処理用
じゃないの？
98:93
12/02/24 10:09:26.60 .net
つまり、その２つはload処理とsave処理で繋がってるだけで、それ以外は無関係ってことですね。
何となく繋がりがあるイメージだったんだけど。。。
99:NAME IS NULL
12/02/27 01:38:01.06 .net
HadoopはHDFS(ファイルシステム)とMapReduce(分散処理フレームワーク)で構成される．
Hbaseはそのデータストアとしてされる
100:93
12/02/27 12:26:47.01 .net
つまり、Hadoop/MapReduceのデータloadにHbaseは使えても、RDBとかは適切じゃないって意味ですよね？
結果のsaveなんかは、多分何のデータベースでもＯＫなんでしょうね。
101:NAME IS NULL
12/02/27 14:01:41.85 .net
Hadoopが対象とするデータの想定はテラバイトやエクサバイトといったビッグデータだからデーRDBのI/O性能ではボトルネックになってしまうと思われます．
102:NAME IS NULL
12/02/28 01:08:49.07 .net
データの一貫性少し犠牲にしても処理速度を→KVS
DBのでっかいダンプファイルから統計とったりしたい→Hadoop
大雑把に言うとこんな感じでしょ
103:93
12/02/28 11:25:37.44 .net
なるほど、なるほど。
「ビッグデータでもI/O性能ＯＫ」、かつ、「データを分散して持てる」（←あってますよね？）、
といったものでないと、Hadoopがマトモに動かないってことですよね？
次はなぜKVSではＯＫなのか（データが分散してるから、ビッグデータでもI/O性能ＯＫ？）なのかを考えてみまつ。
（教えて下さる方があるなら、このスレに書いて頂ければ、全部読んでます）
104:93
12/02/28 11:28:19.03 .net
あれ？ >>102
>データの一貫性少し犠牲にしても処理速度を→KVS
>DBのでっかいダンプファイルから統計とったりしたい→Hadoop
KVS単体 VS Hadoop単体、ですか？
105:NAME IS NULL
12/02/28 13:06:31.37 .net
Hadoopとkvsは対になるのではないはず。
106:93
12/02/28 13:16:47.34 .net
再度、あれ？
URLﾘﾝｸ(d.hatena.ne.jp)
＞基本的に単純に分散KVSを使いたいならHbaseにこだわる必要はない。
hBase＝KVSだと思っていたのだが、違うのか。。。
色々読んでみると、KVSという一般的なデザインがあって、
Hadoop用データストアってのがhBaseで、それはKVSより機能が多い、
って感じ？
107:NAME IS NULL
12/02/28 14:21:05.01 .net
KVSはカラムがKeyとValueしか定義されていない単純なデータ構造で代表的なものが
CassandraやHbase。
HadoopにデータストアとしてHbaseしか利用できないことではありません。
108:93
12/02/28 15:36:17.27 .net
なるほど。
Hbase (- KVS //HbaseはKVSの集合に含まれる
Hadoopのデータストアは、データ分散ＯＫ、ビッグデータでもI/O性能ＯＫ、が好ましい。
→RDBよりもKVS、その中でもhBaseが妥当じぇね？
ってことですね。
109:NAME IS NULL
12/08/04 22:22:41.80 hNSFSVJW.net
LDAPスレはここにないよね？
あのクエリ言語はそれなりに面白いので、うまくバックエンドとして活用できれば嬉しいのだけど
110:NAME IS NULL
12/08/07 17:47:42.55 lgaLRZBM.net
実際に欲しいのはシンプルなBTreeデータベースなのに、うまくスケールする実装がないから
仕方なしにRDBMSを使っているってシーンが色々ありまして。。
111:NAME IS NULL
12/08/16 09:14:44.75 .net
googleも最初はそうだったよね。
112:NAME IS NULL
12/09/03 20:06:49.61 ojogcPbp.net
Cassandraは、海外ではTwitterなど大規模なサイトでの導入事例
がたくさんあるようだけど、国内ではほとんど聞かない。
日本の大規模サイトで、Cassandra使ってるところってあるかな？
Cassandra、Write性能もスケールするっていうのは魅力的だな・・
RDBMSだとMasterがボトルネックになるのは不可避だろうし、かといって
Shardingをやるとアプリ側の作りこみがめんどうになる。
>>1
NoSQLのスレのが良かったんでは？
113:NAME IS NULL
12/09/30 20:51:16.91 lf9RHx2G.net
>>41
Cassandraは牛刀すぎて、それ相応の規模を持ち合わせていないとなぁ。。
でもエンタープライズ市場やデータウェアハウス市場という実業分野では、素直にカネ払ってOracle導入するし
KVSは、多量のデータを扱う必要があるけどあまりカネ使えないっすー、というネトゲみたいな
虚業分野での導入実績が多いかんじ
114:NAME IS NULL
12/10/02 08:19:38.09 .net
>>113
まったく的外れだな
いまどきエンタープライズ＝Oracleなんて認識は時代遅れすぎる。
FacebookもDeNAも金持ってるがMySQLやNoSQLを使っている。
FacebookやAmazonは自社でNoSQLの開発もやっている
NoSQLとRDBの違いは予算ではない。
それぞれの長所、短所がある
NoSQLはビッグデータを扱える。
運用の負担が少なく、数百台のサーバーにスケールアウトできる
シンプルなデータモデルのためRDBでは実現できないようなパフォーマンスも叩き出せる。
115:NAME IS NULL
12/10/02 20:06:46.95 .net
エンタープライズ＝Facebook、DeNA、Amazon
って感覚にも問題ある
どこの企業もWebサービスが生命線ってわけじゃないし
116:NAME IS NULL
12/10/02 23:49:35.16 .net
>>113
ビッグデーター関連の技術の活用や研究をしていてしかも金があるところ
だと日本だと例えばNTTがそうだね。
hadoop関連では国内でも有名だし、対外的にも国際学会に論文出している。
117:NAME IS NULL
12/10/03 00:14:23.43 .net
古典的なエキスパートvsプロフェッショナルの分類だと
エンタープライズと言えばプロフェッショナルで出来合いDB
Web企業はエキスパートだから自前かトガったツルシのDB。
といいつつもOracleだって今時の売りはビッグデータだ。
今やハードも持ってるしな。
118:NAME IS NULL
12/10/15 04:37:16.22 .net
Oracleはカネ払えばベンダーが面倒見てくれるけど、KVSはそういう会社がまだないので。。
企業財産そのものであるデータベース分野で、「自分でソース読んで解決すればOK」みたいな
ソフトウエアは使わせてもらえない。
ネトゲみたいに「ｺﾞﾒﾝｺﾞﾒﾝぶっ飛んじゃったわ」で済む範囲ならいいかもしれないけど
119:NAME IS NULL
12/10/20 07:22:48.37 .net
あのgmailでさえデータぶっ飛ばしてるし、まだエンタープライズ用途では様子見で。。
120: [―{}@{}@{}-] NAME IS NULL
12/10/20 07:30:18.42 .net
KVSでも解析系は別に考えた方がよい。
121:NAME IS NULL
12/10/20 10:15:49.67 +nLxsDLu.net
ところが、自前管理の方がデータぶっ飛ばしてる率が高そうだ
122:NAME IS NULL
12/10/20 10:17:28.47 .net
gmailは扱ってるデータの規模がそもそも違う。
123:NAME IS NULL
12/10/21 07:58:39.36 .net
データの規模って…ビッグデータはスケールしてなんぼでしょ？
そういうのでなかったら、Oracleで足りるし
結局ビッグデータでも維持のために専任管理者を置いておく必要があるけど、
もしもぶっとんだら、彼だけの能力でデータ復旧できるのかというとまだ微妙
そして彼の退職後に誰もメンテできないようだと、会社の存続が危うくなる
そういうスタッフを自前で置けないんだったら、Oracleを契約しておいた方が面倒がないような
124:NAME IS NULL
12/10/21 20:13:30.21 .net
>>123
googleだってデフォでバックアップ取ってるし、
こっちがあーだこーだ言わなくても自動で修復もしてくれる。
oracleはちゃんとした会社だしサポートも営業体制も安定してるが、
ロストしてバックアップもダメになってる時だってあるし、ダメな時はダメ。
誰も無から有は作り出せない。
125:NAME IS NULL
12/10/22 02:22:01.76 Fprj7xN3.net
もうfusion-ioさんでmysqlでnosqlに勝てちゃうだろ
nosqlはフラッシュ系ストレージのせいでオワコンになったんや
126:NAME IS NULL
12/10/22 08:30:09.53 .net
そんなんその辺のクラウドじゃ使えませんやん…
127:NAME IS NULL
12/10/22 16:45:23.58 .net
キャッシュ置き場ならいいかもしれないが、現状で一次データをKVSに置くのはさすがに怖い
128:NAME IS NULL
12/10/22 18:24:46.15 .net
>>127
お前が怖いのは、根拠もなしにクラウドは危険だと言う同僚や上司を説得できないことだろ。
リスクの種類が違うからって危険とは限らないが、はなっから信用していない人間を説得するのは骨だ。
129:NAME IS NULL
12/10/22 18:45:15.98 .net
>>128
「動かないコンピュータ」に載るような深刻な大事件がいくらか起こって、
その結果、「クラウドでこうやってはいけないバッドノウハウ集」がそれなりに溜まってきたら、
そろそろ入れようかと思うよ。
クラウド向きじゃない用途が明らかになって、「クラウドは欠点が多くて使えねーわ」って言う人が
増えてきたら、ちゃんと検討する。他人が地雷を一通り踏みまくってくれている。
クラウド関連記事が賞賛ばかりの状況では、マーケ盛んだな、ぐらいでまだ入れない。
機雷掃海は他人にやって頂くに限ります。
130:NAME IS NULL
12/10/24 02:32:30.99 .net
>>123
Googleはデータやハードの故障への耐性ってのをまず考えてる。
安いマシンを並列に、で大きくなったんだから第一の関心がソレだ。
一部故障しても、少しの影響で済むような分散処理。
故障の素早い隔離と復旧そして同期のとりかた。
でも大事なのは、統計合計マシンだから本質的に少々データが
壊れてもあまり影響のないサービスだって事だ。
いわゆる業務システムじゃそうは行かんわな。
131:NAME IS NULL
12/10/24 11:26:19.39 .net
ぶっ飛ばしても、障害報告を書いて謝って終わり、で済む安いデータならいいかもしれないけど
システムが止まると一日あたり数百万づつ売り上げが消える、という業務系ではまだ無理だよ
132:NAME IS NULL
12/10/24 11:44:09.09 .net
MTTF・MTBF共に短いが可用性が高いというのがクラウドの特徴。
これが許せるか許せないかは業務系云々より、社会体質に依るんじゃないかなあ。
「あれ？動かないぞ・・・責任者出せ」みたいな体質の所だったらダメだろうし、
「あれ？動かないな・・・後でやり直そう、あ、動いた動いた、OK」みたいな体質のところだったらOK。
133:NAME IS NULL
12/10/24 11:47:56.57 .net
そう考えると、やはりIT部門の責任者は相当な地位が必要だよなぁ。
システムは利用者の考え方をも変えてしまうのだから。
134:NAME IS NULL
12/10/25 20:33:57.35 .net
分散させれば障害に強くなる…って論は、現状の信頼性研究でも確実に断言できない所があるね
とあるエンジニアは、RAID5の存在を認めず事あるごとに批判し、RAID10以上を要求しているけど
それがマネーが動く業務システムってもんだよなぁ。。
135:NAME IS NULL
12/11/15 14:22:58.16 .net
ネットワーク透過型のHashテーブルが欲しいな、と思ってKVSに当たるのだけど、
それの保守チームを確保できないから、やっぱりMySQLのように運用人口の多いRDBで代用してしまう
鶏と卵だなー
136:NAME IS NULL
12/11/15 19:22:53.50 .net
買ってくるんじゃ駄目なの？
137:NAME IS NULL
13/02/27 17:31:22.14 .net
>>135
保守チームって何？
コードの隅々まで理解してる人達を養成でもしたいの？
138:NAME IS NULL
13/09/18 17:40:30.76 .net
お勧めは？
139:NAME IS NULL
13/10/24 02:44:32.36 .net
テスト
140:NAME IS NULL
13/10/24 02:49:10.08 .net
スレチかもしれんのだけど、
エクスペディアの「このホテル、○分前に予約が入りました」
ってあれは、KVS使ってるのかな？
REDISかHBASEあたり？
探ってるんだけど、SAS入れたって情報しか見えてこない…
141:NAME IS NULL
13/10/24 17:11:25.20 .net
RDBで十分でしょ
142:NAME IS NULL
13/10/24 20:41:52.20 .net
探って出てくるような話じゃないと思うんだが。
143:NAME IS NULL
13/10/25 02:30:31.46 .net
言われたら、「○分前に予約が入りました」は、RDBで行ける気がしました。
13万のホテルに最終予約時刻入れとけばいいから、対したこと無いですね。
144:NAME IS NULL
13/10/26 03:18:08.46 .net
なるほどバカなんだな
145:NAME IS NULL
13/11/24 20:50:24.92 .net
千葉県松戸市六高台2-78-3
146:NAME IS NULL
14/07/13 15:17:10.74 DJgIKLkB.net
◎2ch勢いランキングサイトリスト◎
★+ニュース板
・ 2NN (推薦)
・ 2chTimes
★+ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
★+ニュース板その他
・ Desktop2ch
・ 記者別一覧
★全板
・ 全板縦断勢いランキング (推薦)
・ スレッドランキング総合ランキング
・ ログ速
★全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi
※ 要タイトル名検索
147:NAME IS NULL
15/04/21 21:23:41.21 pQzWEcgh.net
☆ 日本の核武装は絶対に必須ですわ。☆
URLﾘﾝｸ(www.soumu.go.jp)
☆ 日本国民の皆様方、2016年7月の『第２４回 参議院選挙』で、改憲の参議院議員が
3分の2以上を超えると日本国憲法の改正です。皆様方、必ず投票に自ら足を運んでください。
私たちの日本国憲法を絶対に改正しましょう。☆
148:NAME IS NULL
16/03/29 16:26:06.19 sfT27TYg.net
もともとRDBでなくてもいいものは、それぞれのシステムで実装していただけで、NoSQLのたぐいは昔からある。
でも結局、仕様の変化に耐えられなくてRDBになる。
SQL文は作られた時代から、古臭いけど、デファクトスタンダードだから仕方ない。