- PR -

もっといろいろ教えてください。

1
投稿者投稿内容
うさお
会議室デビュー日: 2001/12/05
投稿数: 7
投稿日時: 2001-12-06 17:40
今日、なぜXMLはこんなに注目されているのですか。
あとプラットフォームに依存しないのなら、CSV形式でも良いのではないのでしょうか。
検索の早さ以外にも、もっと他にメリットはあるのですか。
ひぐち おさむ
大ベテラン
会議室デビュー日: 2001/07/26
投稿数: 108
お住まい・勤務地: 東京都在住
投稿日時: 2001-12-06 18:15
はじめまして。

私はXMLの専門家でもなんでもないんですが、なんでもないシロートの目からみたCSVとXMLの大きな違いは、CSVはデータだけが入っているが、XMLはそれぞれのデータが何を意味するのかという情報もくっついてる点じゃないかと思います。
前の投稿で井上さんが書かれているのも、同じことですけど、もうちょっと噛み砕いて……

例えば身長と体重のデータをやりとりするとして、CSVだと
170.0,61.0
XMLだと
<height>170.0</height><weight>61.0</weight>
といった感じですよね。

CSVの場合、「"身長,体重"というフォーマットでやりとりしよう」とか「1行目にデータをどういう順番で並べるかを必ず書いておこう」とか、データを送る側と受け取る側で、あらかじめ合意しておかないといけないし、合意がない人とデータをやり取りすることはできません。

XMLの場合、事前の取り決めがなくても、それぞれのデータが何を表しているのかをいっしょに伝えることができます。

さらに XML の場合、業界団体などで「身長には<height>、体重には<weight>というタグを使おう」という共通の取り決めを決めてあったりしますから、ますますデータの流通が簡単・確実になります。もちろん CSV でも「これから先、CSV はみんな"で囲った拡張形式で、1行目にはデータの定義のラベルを必ず書く事にして、ラベルの名前も業界ごとに統一することにしよう!」と誰かが旗を振って決めてくれれば同じことなんでしょうが、いまさらそういうこともできなさそうでしょう?新しい酒は新しい皮袋に、ってことじゃないでしょうか。

ま、体重と身長ぐらいだったら、取り違えてもすぐにわかるでしょうけど、株の買値と株数だったりしたら、大変な騒ぎになることは実証済み。

_________________
ひぐち おさむ
[Disclaimer] この書き込みは私個人の見解を記述したものです。私が所属・関与する法人・団体の意見を代表・代弁するものではありません。
XmlInfoSet
会議室デビュー日: 2001/11/30
投稿数: 5
投稿日時: 2001-12-07 11:02
引用:

<height>170.0</height><weight>61.0</weight>


これが身長、体重という「意味」だとどうしてわかるのですか?タンス1棹の高さと重さかも知れませんよ?

XML要素の名前から意味がわかるから便利だ、なんてのは迷信です。

引用:

XMLの場合、事前の取り決めがなくても、それぞれのデータが何を表しているのかをいっしょに伝えることができます。


そうだとしたら、どうしてXSDやRelaxやWSDLみたいなものが必要なのですか?

XMLにはデータの構造を表す機能しかありません。データの意味は扱いません。
ひぐち おさむ
大ベテラン
会議室デビュー日: 2001/07/26
投稿数: 108
お住まい・勤務地: 東京都在住
投稿日時: 2001-12-07 11:21
いや、まったくおっしゃるとおりです。
ご質問されている方も、あまりお詳しい方ではなさそうでしたので、なるべく単純にして伝えようとしたのですが、話が乱暴でした。
お気に障ったらご容赦ください。

というわけで、うさおさん、ともかく「XMLだとCSVと違って、データの構造がついてくる」というところと「その構造にどういう意味をもたせるかを標準化する動きがある」ということが申し上げたかった点です。なんとなくお分かりいただけます?
_________________
ひぐち おさむ
[Disclaimer] この書き込みは私個人の見解を記述したものです。私が所属・関与する法人・団体の意見を代表・代弁するものではありません。
井上孝司
ぬし
会議室デビュー日: 2001/09/08
投稿数: 668
お住まい・勤務地: 東京都
投稿日時: 2001-12-08 15:43
意味 (セマンティックス) の情報自体を扱っている訳ではない、というのは正しい
ですけど、意味が (比較的) 推測しやすい形で情報を扱うことができる、という説
明の仕方なら、それほど外してないと思うんですが、どんなもんでしょう。
もっとも、タグや属性の名前によっては意味を勘違いしやすいこともあるし、人に
よって同名のタグに違う意味を持たせることもあるから、いろいろと工夫が要るわ
けですが。
_________________
www.kojii.net
XmlInfoSet
会議室デビュー日: 2001/11/30
投稿数: 5
投稿日時: 2001-12-08 19:48
引用:

意味 (セマンティックス) の情報自体を扱っている訳ではない、というのは正しいですけど、意味が (比較的) 推測しやすい形で情報を扱うことができる、という説明の仕方なら、それほど外してないと思うんですが、どんなもんでしょう。


CSVと「比較」して推測しやすいということでしょうか?そんなことはないでしょう。CSVだってこう書けます。
コード:

名前,所属,入社年度
BillG,MSHQ,1950


これ、推測しにくいですか?

問題はそんなことではなくて、「名前、所属、入社年度」から、これが従業員名簿であることを証明することはできないってことです。名前ってなんですか?所属ってなんですか?
ふうた
大ベテラン
会議室デビュー日: 2001/08/23
投稿数: 198
お住まい・勤務地: 岡山
投稿日時: 2001-12-10 01:43
XmlInfoset さんの言うことは確かに正論だと思います。

ただ、素朴な疑問があるのですが、XmlInfoset さんは XML より CSV を使ったほうがいいと思われているのでしょうか?
あと、もしCSVよりXMLが優れた点があるとすればどのような点があるでしょうか?

ぜひご教授いただけないでしょうか。

よろしくお願いいたします。
山本有悟
会議室デビュー日: 2001/10/29
投稿数: 5
投稿日時: 2001-12-10 10:11
途中参加です。山本です。
CSVのXMLに対する優位点を私が感じている範囲で言います。
・CSVの方が「現状は」多くのアプリが対応している(エクセル含む)
・結局は「表ベース」のインターフェイスファイルが多いため「階層化」はむしろ余分な機能
・CSVの方が「エディタで」テストデータが作りやすい
こんなところです。現状のCSVの位置付けとしては
・インターフェイスファイルはCSV
・データストアはRDB
・プログラミングインターフェイスはSQL
・データの親子関係は表の正規化で表現
というのが多いと思います。CSVはRDBでのシステムの一部と考えると、その機能のしょぼさはRDBが補っていると考えたほうがいいでしょう。XMLは単独の機能は充実していますが、データストアは
1.RDBに格納する
2.OODBに入れる
3.XMLネイティブDB
という選択肢がずらずらと出てきて、まだ決め手がないように思えます。特にデータベースは実績がモノを言いますから、脱RDBはなかなか進まないと思います。
1

スキルアップ/キャリアアップ(JOB@IT)