データアクセスと処理との間の中間層のインターフェースは、ハッシュマップとその配列に集約する

　この前書いた、ＲＤＢとかに直接アクセスしないで、デバイスを意識しないデータアクセス層を作る話だけど、こうすると、

ひとつのメリットとしては、
　　・ＫＶＳとか、どこに分散されてるかとか、ファイルかとか意識しないでアクセスできる
　　　　→みんながアクセス法をしらなくてもいい

そのほかにも
　　・もし、ＤＢ上で変更が起こったとき、入出力が集約しているので、対応しやすい
　　　　→場合によっては、変更をこの層で吸収できる。

なんていうメリットがある。

さらに、
　　・すべてのデータを同じように表現できる

ということがある。このメリットはさておき、まず、デバイスにかかわらず、
どう表現すると、データを同じように表現できるのかについて、述べてみたいと思います。

---

■データは、ハッシュマップ（連想配列）とその配列で表現できる。

　たとえば、ＲＤＢのデータは、１レコードを１ハッシュマップとし
　（項目がキー、値がvalueになる）、それの配列で、テーブル、ビュー、検索結果が表現できます。

　ＫＶＳは、まさにハッシュマップ

　プロパティファイルはハッシュマップ

　ＣＳＶの場合は、１レコード１ハッシュマップにして、
　キーに項目番号１、２、３・・・値に、その項目のセルの値をセット

　ＸＭＬはいやらしい形なのですが、

　１ノード１ハッシュマップ。
　そのときのパラメータをキー、値にセット
　テキスト部分はキーを#text#1のような形で
　　（テキストが、２つの部分に分かれてれば#text#2,３つなら＃３・・・）
　子ノードは、キーに子ノード名#1(同名の２番目のノード#2・・・）
　　　　　　　値に子ノードのハッシュマップ

　という形でいれられないこともないです。

　こんなかんじで、大体のデータは、ハッシュマップ（連想配列）とその配列で表現できます。

---

さらにまとめると、ハッシュマップだけで表現されているものも、要素１個の
ハッシュマップの配列にできるので、これだけで表現できるともいえます。

で、こうやって、ハッシュマップの配列にすると、何が楽しいのかについては、
今度書きます。