ＭＡＧＩＣフォーラム２００７

　みなさん、お元気ですか？
　さて、一昨日は、ＭＡＧＩＣフォーラムに参加して参りました。
　多くの方が参加し大盛況で、本当に何よりでした。プレゼンは楽しかったですし、ブラクラじゃないリッチクライアントはちょっと驚きで、やはりＭＡＧＩＣやるしかないかな・・・（どういう意味だ？）、なんて思った次第です。ｗ
　ＭＡＧＩＣビジネスの発展を祈るばかりです。
　そうそう、お会いした方の何人かに、「ブログを見てるよ」と言って頂きましてとても嬉しかったです。有難うございます。m(__)m

　さて、ＭＳＪの技術の人たちとちょっと立ち話になりまして（立食パーティだったので、当然ながら、立って話すしかなかったんですが・・・ｗ）、そのときにＭＡＧＩＣのリポジトリソースの話になったんです。
　「そんなことはなかんべぇ・・・」と言われてしまったのですが、この場をお借りして（借りるまでも無く私のサイトですねｗ）、私の言いたかったことを説明させて頂きたいと思います。

データソースインデックスのセグメントとカラムの関連について

　ところで先日ベータ公開させて頂きましたリポジトリ解析ツールは無事動きましたでしょうか？
　実は公開したあと気付いたんですが、第三者が作成したコンポーネントを使っているようなアプリケーションでは多少問題が発生します。というのは、コンポーネントを使っているアプリケーションの場合、そのコンポーネントのソースを探しに行くんですが、そのとき情報の取得に失敗してエラーが出てしまうようです。近いうちにまた修正版を出したいと思います。
　そのリポジトリ解析ツールで、私が定義したとあるプロジェクトのデータソースの情報を見てみたいと思います。
　下の図が、データソースのカラムを表示している画面です。

　解析ツールは、通常見ることのできないカラムのｉｄ（下のソースの赤枠部分）を表示してくれます。
　この例は、カラム表示順に対して、「４」，「３」，「２」，「５」と変則的な順番になっていますが、これはカラムを削除したり順番を入替えたりした痕跡です。（おそらく試行錯誤をしたんですね！）
　

　さて、今度は、インデックスの一覧です。
　インデックスにも「ｉｄ」などの通常見れない番号があるんです。（ｉｄがあるものについては、たいていの場合、コメントなども入れられるようになっているようです。）

　この例では３つのインデックスが作成してあります。
　画面下に表示されるテーブルは、一番目のインデックスのセグメントを表示しています。
　ここで注目して欲しいのは、カラム番号として「１」と「２」を指していることです。
　ソースファイルを見ると、下図の赤い囲みの数値になります。

　このカラムを指す番号は、最初カラムに付けられた「ｉｄ」を指すものと予想したのですが、どうやらそうではなくて、いわゆる「カラム情報のＸＭＬ上の出現順の番号」を指しています。
（上の例では「ｉｄ」が「１」となるカラムは存在していないことから、「ｉｄ」を指すものでなさそうなことは推測できますね。）

　さて、これが原因で問題になるケースがあるのでしょうか？
　実は次のような手順でＸＭＬタイプのデータを定義した場合に、インデックスで指定したカラムがズレてしまう・・・という現象が起きます。

1. ＸＭＬタイプのデータソースを定義
   
   
   
   
   
   
2. スキーマ情報を「定義取得」
   
3. インデックスを任意のカラムに対して定義
   
   
   
   
   
   
4. スキーマを変更し、インデックスを指定したセグメントカラムに該当する属性の前に、新しい属性を追加
   
   
   
   
   
   
5. 変更したスキーマ情報を「定義取得」で再取得
6. インデックスのカラム位置が新しいカラムに付け変わる
   
   
   
   
   
   

　ということで、ＸＭＬスキーマの定義を変えた場合は、インデックスで指定したカラムがズレることがありますので、ご注意下さい。
　私は、これに気付かずにプログラムを実行した途端に誤動作（インデックスが重複している等のエラーが発生）したことがありました。
　まぁ、それ以外のケースで問題になることはなさそうなので、これはこれでなんとか我慢できるかな？とは思っていますが・・・。
　ついでなので、今までＸＭＬタイプのデータを扱ってみて、ちょっと不満に思う点を記述しておきます。

＜ＸＭＬタイプデータを扱う際の不満点＞

1. 定義取得の再取得が上手く動作しないことがある
   
   　スキーマを変更したときに、「定義取得」を再度行うのですが、追加したノードや属性が追加されないことがあります。そんなときは、しょうがないので最初からやり直すのですが、プログラムと関連している場合は修正が大変です。
   
   
2. 除去したカラムが再度追加される
   
   　ビューから削除したノードや属性が、「定義取得」の再読込で全て追加されてしまいます。
   　カラムが多い場合は大変で、ひとつひとつ再度操作しなければなりません。
   　再読込の際に表示される「関連するビューの検索と再読込」のチェックを外しても結果は同じなんですが、こういう動作は仕様でしょうか？
   　ちなみに、これらの操作の度に、カラムのｉｄが増えてしまいまして、あるデータはカラムｉｄが１０００を超えてしまっているものがあります。