SQLをKVS(KeyValueStore)として使うのはありですか？

Question

SQL(RDB)をKVS(KeyValueStore)として使うのはありですか？
どんな値でも格納しておけるので便利ではありますが、値が不確定であるなどの問題があります。

Answer 1

ありかなしかで言えばありですが、RDBとNoSQLは、設計思想が違うので、下記にあるようなKVSの恩恵を受けにくいですね。

https://thinkit.co.jp/story/2014/09/25/5280?page=0%2C1

Comments

[退会済みユーザー]

やはりNoSQLを使うべきですかね。
キーが増えすぎると大変なことになりますよね。

Answer 2

RDBでXMLデータ型をサポートするものが出てきているのは、そういうことも意図(想定)しているからなんだろうと個人的に思っていました
お手軽に使ってみていいんじゃないでしょうか

Comments

[退会済みユーザー]

アンチパターンの一つとしてEAVが上がっていたのでどうなのかと思っていたのですが、XMLデーターまでサポートしているとは知りませんでした。
http://penguinlab.jp/wiki/SQL_%E3%82%A2%E3%83%B3%E3%83%81%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3#Entity-Attribute-Value

[dojikko]

一応参考までに

[Oracle XML DBを使用したXMLとリレーショナル・データの格納、問合せ、およびアクセス](http://www.oracle.com/webfolder/technetwork/jp/obe/11gr1_db/datamgmt/xmldb/xmldb.htm)
[XML データ型と列 (SQL Server)](https://msdn.microsoft.com/ja-jp/library/hh403385.aspx)

[退会済みユーザー]

よくわかりました。ありがとうございました。

Answer 3

マスターを管理するテーブルは正規化しておいて整合性を保ち、データ参照用のテーブルは非正規化してKVSっぽいテーブル構造にしておき高速にクエリを処理できるようにする。
データ参照用のテーブルは、日次バッチなどでマスターテーブルから定期的に作りなおされる。(マスターとのデータ不整合の解消のため)
という設計は見たことがあります。

高速化のための非正規化という意味での「KVSっぽく使う」のはそこそこ使われている使われ方だと思います。

マスターテーブルまでこういう使い方をしているのは聞いたことがないですが。。。

Comments

[退会済みユーザー]

なるほど、KVSっぽく使うのは（あくまでも補助的に）ありなのですね。