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

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

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

**NAME IS NULL** · 2010/05/09(日) 22:35:13

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

**NAME IS NULL** · 2010/05/09(日) 22:55:44

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

**NAME IS NULL** · 2010/05/09(日) 22:59:45

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

**NAME IS NULL** · 2010/05/09(日) 23:26:32

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

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

**NAME IS NULL** · 2010/05/11(火) 22:38:15

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

**NAME IS NULL** · 2010/05/11(火) 22:54:14

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

**NAME IS NULL** · 2010/05/11(火) 23:02:16

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

**NAME IS NULL** · 2010/05/11(火) 23:23:31

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

**NAME IS NULL** · 2010/05/11(火) 23:45:24

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

**NAME IS NULL** · 2010/05/11(火) 23:47:14

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

**NAME IS NULL** · 2010/05/11(火) 23:55:45

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

**NAME IS NULL** · 2010/05/17(月) 08:34:22

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

**NAME IS NULL** · 2010/05/17(月) 22:58:31

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

**NAME IS NULL** · 2010/05/18(火) 04:33:14

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

**NAME IS NULL** · 2010/05/18(火) 07:36:13

うるさいうるさい！

**NAME IS NULL** · 2010/05/18(火) 23:32:49

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

**NAME IS NULL** · 2010/05/19(水) 03:44:04

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

**NAME IS NULL** · 2010/05/19(水) 04:11:15

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

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

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

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

**NAME IS NULL** · 2010/06/29(火) 19:43:29

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

**NAME IS NULL** · 2010/07/01(木) 05:45:49

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

**NAME IS NULL** · 2010/07/10(土) 00:06:27

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

**NAME IS NULL** · 2010/08/12(木) 08:37:05

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

**NAME IS NULL** · 2010/08/12(木) 12:23:43

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

**NAME IS NULL** · 2010/08/12(木) 13:12:07

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

**NAME IS NULL** · 2010/08/14(土) 00:29:15

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

**NAME IS NULL** · 2010/08/14(土) 01:22:02

>>66
membaseなんてどう？

ttp://www.membase.org/

**NAME IS NULL** · 2010/08/14(土) 03:50:13

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

**NAME IS NULL** · 2010/08/19(木) 08:58:21

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

**NAME IS NULL** · 2010/08/19(木) 11:10:36

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

**NAME IS NULL** · 2010/09/07(火) 04:50:58

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

**NAME IS NULL** · 2010/09/08(水) 23:43:53

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

**NAME IS NULL** · 2010/09/09(木) 00:22:20

たぶんこのスレ

**NAME IS NULL** · 2010/09/09(木) 09:46:39

必須ではないけどな別に

**NAME IS NULL** · 2010/09/29(水) 07:22:41

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

小杉

**NAME IS NULL** · 2010/10/06(水) 05:01:20

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

**NAME IS NULL** · 2010/10/06(水) 22:59:46

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

**NAME IS NULL** · 2010/10/07(木) 02:02:38

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

**NAME IS NULL** · 2010/10/27(水) 08:04:46

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

すげーじゃん

**NAME IS NULL** · 2010/11/14(日) 14:20:57

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

**NAME IS NULL** · 2010/11/14(日) 15:01:48

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

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

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

**NAME IS NULL** · 2010/11/17(水) 21:47:08

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

**NAME IS NULL** · 2011/04/04(月) 18:20:51.40

Cassandra！

**NAME IS NULL** · 2011/04/04(月) 23:08:12.33

鬼の哭く街か・・・

**NAME IS NULL** · 2011/05/10(火) 00:18:18.09

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

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

**NAME IS NULL** · 2011/07/04(月) 15:11:38.32

>>61

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

**NAME IS NULL** · 2011/07/19(火) 10:12:59.01

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

**NAME IS NULL** · 2011/07/19(火) 10:55:14.11

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

**NAME IS NULL** · 2011/07/20(水) 02:19:35.59

>>88
Chord とかの話?

**NAME IS NULL** · 2011/07/27(水) 17:38:50.67

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

**NAME IS NULL** · 2011/11/13(日) 15:47:25.67

>>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データ）に話しかける機能も加わることになります。

**NAME IS NULL** · 2012/02/21(火) 11:21:50.60

＞Hadoop

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

教えて下さいorz

**NAME IS NULL** · 2012/02/22(水) 22:03:12.61

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

**NAME IS NULL** · 2012/02/22(水) 22:03:48.18

mcachedだまちがいた

93 · 2012/02/23(木) 08:50:45.90

レス㌧。

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

**NAME IS NULL** · 2012/02/24(金) 07:20:41.54

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

じゃないの？

93 · 2012/02/24(金) 10:09:26.60

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

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

**NAME IS NULL** · 2012/02/27(月) 01:38:01.06

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

93 · 2012/02/27(月) 12:26:47.01

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

**NAME IS NULL** · 2012/02/27(月) 14:01:41.85

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

**NAME IS NULL** · 2012/02/28(火) 01:08:49.07

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

93 · 2012/02/28(火) 11:25:37.44

なるほど、なるほど。

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

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

93 · 2012/02/28(火) 11:28:19.03

あれ？　>>102

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

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

**NAME IS NULL** · 2012/02/28(火) 13:06:31.37

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

93 · 2012/02/28(火) 13:16:47.34

再度、あれ？

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

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

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

**NAME IS NULL** · 2012/02/28(火) 14:21:05.01

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

93 · 2012/02/28(火) 15:36:17.27

なるほど。

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

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

**NAME IS NULL** · 2012/08/04(土) 22:22:41.80

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

**NAME IS NULL** · 2012/08/07(火) 17:47:42.55

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

**NAME IS NULL** · 2012/08/16(木) 09:14:44.75

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

**NAME IS NULL** · 2012/09/03(月) 20:06:49.61

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

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

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

**NAME IS NULL** · 2012/09/30(日) 20:51:16.91

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

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

**NAME IS NULL** · 2012/10/02(火) 08:19:38.09

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

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

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

**NAME IS NULL** · 2012/10/02(火) 20:06:46.95

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

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

**NAME IS NULL** · 2012/10/02(火) 23:49:35.16

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

**NAME IS NULL** · 2012/10/03(水) 00:14:23.43

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

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

**NAME IS NULL** · 2012/10/15(月) 04:37:16.22

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

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

**NAME IS NULL** · 2012/10/20(土) 07:22:48.37

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

[―{}@{}@{}-] **NAME IS NULL** · 2012/10/20(土) 07:30:18.42

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

**NAME IS NULL** · 2012/10/20(土) 10:15:49.67

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

**NAME IS NULL** · 2012/10/20(土) 10:17:28.47

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

**NAME IS NULL** · 2012/10/21(日) 07:58:39.36

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

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

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

**NAME IS NULL** · 2012/10/21(日) 20:13:30.21

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

**NAME IS NULL** · 2012/10/22(月) 02:22:01.76

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

**NAME IS NULL** · 2012/10/22(月) 08:30:09.53

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

**NAME IS NULL** · 2012/10/22(月) 16:45:23.58

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

**NAME IS NULL** · 2012/10/22(月) 18:24:46.15

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

**NAME IS NULL** · 2012/10/22(月) 18:45:15.98

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

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

**NAME IS NULL** · 2012/10/24(水) 02:32:30.99

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

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

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

**NAME IS NULL** · 2012/10/24(水) 11:26:19.39

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

**NAME IS NULL** · 2012/10/24(水) 11:44:09.09

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

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

**NAME IS NULL** · 2012/10/24(水) 11:47:56.57

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

**NAME IS NULL** · 2012/10/25(木) 20:33:57.35

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

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

**NAME IS NULL** · 2012/11/15(木) 14:22:58.16

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

**NAME IS NULL** · 2012/11/15(木) 19:22:53.50

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

**NAME IS NULL** · 2013/02/27(水) 17:31:22.14

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

**NAME IS NULL** · 2013/09/18(水) 17:40:30.76

お勧めは？

**NAME IS NULL** · 2013/10/24(木) 02:44:32.36

テスト

**NAME IS NULL** · 2013/10/24(木) 02:49:10.08

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

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

**NAME IS NULL** · 2013/10/24(木) 17:11:25.20

RDBで十分でしょ

**NAME IS NULL** · 2013/10/24(木) 20:41:52.20

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

**NAME IS NULL** · 2013/10/25(金) 02:30:31.46

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

**NAME IS NULL** · 2013/10/26(土) 03:18:08.46

なるほどバカなんだな

**NAME IS NULL** · 2013/11/24(日) 20:50:24.92

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

**NAME IS NULL** · 2014/07/13(日) 15:17:10.74

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

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

※ 要タイトル名検索

**NAME IS NULL** · 2015/04/21(火) 21:23:41.21

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

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

**NAME IS NULL** · 2016/03/29(火) 16:26:06.19

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

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

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

【だん吉】 · 2021/02/12(金) 00:50:27.64

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

**NAME IS NULL** · 2022/10/23(日) 01:03:41.53

テステス