XML統合スレッド

**名無しさん＠お腹いっぱい。** · 03/07/03 13:51

CSVファイルのスレが立ってたのでこれも立てます。
DOM,SAX,XSLT,スキーマ,DTD,XHTML,soxなどXML関連の事は全部ここでどうぞ。

関連スレ
CSVファイルのスレ
http://pc2.2ch.net/test/read.cgi/db/1057136328/

**NAME IS NULL** · 2005/12/11(日) 09:40:22

>>200 社員乙

**NAME IS NULL** · 2005/12/15(木) 20:02:33

・GPLなのに登録が必要
・個人情報を送信するのにhttpsじゃない

嫌々オープン化したけど使って/いじって欲しくないのね……

**NAME IS NULL** · 2005/12/15(木) 20:35:11

GPLなんだったら、どこかでそのまま再配布すればよいのでは。
Sourceforge...は開発しないとだめかな。

**NAME IS NULL** · 2005/12/15(木) 23:51:26

誰か落とした人、Winnyで流して。

**NAME IS NULL** · 2005/12/16(金) 20:25:52

まあでもXMLDBのソースコードはちょっと見てみたいな

**NAME IS NULL** · 2005/12/16(金) 22:50:25

GPLって再配布制限ないと思われ。

**NAME IS NULL** · 2005/12/16(金) 23:19:00

oracleのXMLDBを使おうと思ってます。
XMLの全体を問い合わせで返したり、ある固有のタグの値を取得できる
ことは確認できたのですが、XMLのある特定範囲のみをタグを含め簡単に取得
することって可能なのでしょうか？XMLスキーマは登録しない
想定です。

**NAME IS NULL** · 2005/12/17(土) 13:28:59

>>206
それは知っているが、一時配布にはあんな制限つけていいんだっけ？

**NAME IS NULL** · 2005/12/18(日) 21:49:52

>>207
できるでしょう。
というか、できなきゃね。

**NAME IS NULL** · 2005/12/21(水) 16:50:03

>>208
最低限ソースコードの配布手段が用意されていればいいんじゃなかったっけ？
無制限に匿名でダウンロード可能にしなければならないという制限はなかったはず。

**NAME IS NULL** · 2005/12/29(木) 03:29:03

libxml2を弄ってる香具師は居ないのか。orz
Berkeley DB, mysql api感覚でいじりたいとおもう。

**NAME IS NULL** · 2005/12/29(木) 20:20:14

>>182
http://oshiete1.goo.ne.jp/kotaeru.php3?q=1848375
ここにppmを使ったやり方がある。
バージョンも1.58で最新、問題なし。

**NAME IS NULL** · 2006/02/08(水) 11:34:01

XMI2.1のDTDかXML Schemaってどこにあるか知ってる？

**NAME IS NULL** · 2006/02/10(金) 00:02:49

イチヤの金やIBダイワの天然ｶﾞｽよりは
ｘｆｙのほうが当たる気がしてきた。

**２１４** · 2006/02/10(金) 00:04:24

ごめん、誤爆った。

**NAME IS NULL** · 2006/02/13(月) 03:41:51

サッパリわからん話題なので感心して読んだ。
株かな？

**NAME IS NULL** · 2006/02/13(月) 07:56:03

iTunes で扱っている音楽ファイルを、samba でシェアしている Linux マシン上に置いています。
というか、iTunes が読み書きするディレクトリを、samba でマウントするヴォリュームの配下に指定しています。

iTunes が参照しているのは /Users/username/Music/iTunes/"iTunes Music Library.xml" という XML ファイル（MacOSXの場合）で、
その中身は例えば
<key>157</key>
<dict>
<key>Track ID</key><integer>157</integer>
<key>Name</key><string>The House Jack Built</string>
<key>Artist</key><string>Aretha Franklin</string>
<key>Album</key><string>Aretha's Gold</string>
<key>Genre</key><string>R&B</string>
<key>Kind</key><string>MPEG audio file</string>
<key>Size</key><integer>2824524</integer>
<key>Total Time</key><integer>141113</integer>
<key>Track Number</key><integer>12</integer>
<key>Track Count</key><integer>14</integer>
<key>Date Modified</key><date>2001-09-26T18:37:02Z</date>
<key>Date Added</key><date>2001-09-26T11:36:03Z</date>
<key>Bit Rate</key><integer>160</integer>
<key>Sample Rate</key><integer>44100</integer>
<key>File Type</key><integer>1297106739</integer>
<key>File Creator</key><integer>1752133483</integer>
<key>Location</key><string>./Aretha%20Franklin/Aretha's%20Gold/12%20The%20House%20Jack%20Built.mp3</st
ring>
<key>File Folder Count</key><integer>4</integer>
<key>Library Folder Count</key><integer>1</integer>
</dict>
というような具合になっています。

さて、上述しましたように、私の場合は、このファイルが Linux マシン上に置いてあって、
曲を追加したりした場合にも、常にその Linux マシン上の XML ファイルが更新されています。
そこで、この XML 情報を、php から呼び出したりできないものかと考えているのですが、
そういうことは可能でしょうか？

別スレ、要チェックサイトなどへの誘導も含めて、アドバイスをお願いします。

**NAME IS NULL** · 2006/02/14(火) 20:21:13

Webプログラミングスレへ行け

**NAME IS NULL** · 2006/02/14(火) 20:22:45

あ、違った。板だった。

**NAME IS NULL** · 2006/02/15(水) 03:06:37

ありがとうございます。
Webサービスプログラミング総合スレッド
http://pc8.2ch.net/test/read.cgi/tech/1031149340/
のことですよね。
そちらで尋ねたいと思います。

**NAME IS NULL** · 2006/02/22(水) 16:24:12

質問なんですが、
ＸＭＬを勉強しようと思っているんですが
何か良い参考書やテキストなどがありますか？
当方全くの初心者です
教えてください。

**NAME IS NULL** · 2006/02/22(水) 16:58:04

XMLについての書籍なんて、いくらでもあるでしょう。
何に使うのかによる。
板的にXML DBとか言うと、書籍は大幅に減る。つーかまともなのないよね

**NAME IS NULL** · 2006/02/24(金) 02:42:21

http://www.thinkit.co.jp/free/trend/23/1/1.html

へーっと思った。XMLDBは必要ですか？

**NAME IS NULL** · 2006/02/25(土) 01:17:54

いらん

**NAME IS NULL** · 2006/02/25(土) 01:47:36

XMLDBは、メモリ大食い、しかも遅いってのが定説です。
金持ちのクライアントを見つけないと無理。

**NAME IS NULL** · 2006/02/25(土) 14:09:20

年齢ばれそうだけど、その昔汎用機全盛だった頃はOracleやDB2なんかも
同じようなこと言われていたよｗｗ

**NAME IS NULL** · 2006/02/26(日) 00:17:20

結局、マシン全体の性能が上がらないとまだ無理なんだな

**NAME IS NULL** · 2006/02/26(日) 03:05:30

一昔前はOODBも同じようなことを言われていたけれど、未だに言われているし。

**NAME IS NULL** · 2006/02/28(火) 00:51:30

よっぽど革新的なアーキテクチャでもなければ、似たような処理を
するんだから全体的な計算量はどんぐりの背比べ。マシンパワーが
ある一定水準を超えるまでは遅くて使えんと考える人の方が多いから
普及もしない。普及しないから売上が立たず、開発に回せるカネも
ショボくて機能も性能も伸びない。何でも始めはそんなもん。

結局、弱小どもが小競り合いしてるうちにいつの間にか使い物になる
ぐらいのマシンパワーが一般的になるか、どーしてもXMLが使いたい
ボンボンの大規模顧客が大挙として現れるか、よっぽど金の余ってる
投資会社や大手メーカーが糸目を付けずに開発費を使いまくるか、
そんな状況にでもならない限りはきちんとしたビジネスにはならない。
その瞬間が来たタイミングで一番普及してるところが主導権を握る。

今の状況を眺める限りでは、おそらく最後のパターンだろうと思うが。
アーキテクチャがRDBのまんまのOracleすら突き放せない時点で
終わってる。残りは知名度とシェアと資金量に潰されてあぼーん。

**NAME IS NULL** · 2006/02/28(火) 00:53:08

つーかＭｉｃｒｏｓｏｆｔとかＯｒａｃｌｅなんかの大手に買収さｒ（ｒｙ

**NAME IS NULL** · 2006/02/28(火) 02:52:19

まぁRDBは初期のパフォーマンスの悪さを甘受してでも使いたいと思わせる
魅力というか「正しさ」感があったわけだけど、XMLDBはそこのところが
欠けているんだろう。
>>223の記事なんかも、俺には胡散臭さしか感じられん。

**NAME IS NULL** · 2006/03/03(金) 08:17:16

柔軟性をもたせたいならRDBにXML列を持たせる事で、十分と思っている。

DBが柔軟という事は、UIにもかなりの柔軟性が求められると思うのですが、
XMLDB程の柔軟性が最適なシステムってどんなのですかねぇ？

**NAME IS NULL** · 2006/03/04(土) 01:05:34

どんなデータが来るかわからんけど、必要なデータがあったら
勝手に探して持ってけ、というシステムには向いてると思う。

**NAME IS NULL** · 2006/03/04(土) 10:58:25

RDBだとやりにくい木構造とかが簡単だとはいえ、
XMLって、元々文書とかをマークアップする言語であって、
データの表現方法じゃないんだよな。
XMLでしか表現出来ないデータってのは、
問題がしっかり把握できてないっつーか、正規化出来てないだけの気がする。

**NAME IS NULL** · 2006/03/04(土) 13:44:51

UIの必要ないシステムで、考えると柔軟性が生きるのは、EDIとかですかね？
取引先のフォーマットに合わせて柔軟にデータをひっぱれる。
ただし、肝心のデータ登録処理が遅い（罠

**NAME IS NULL** · 2006/03/04(土) 13:46:54

最近、勉強を始めました。
XMLデータベースって結局のところ、階層型データベースの一種だと思います。
ということは、その弱点も引き継いでいるということでしょうか？

たとえば、n:n関係の表現です。
プロジェクトの集合と社員の集合があるとします。
[Query1] あるプロジェクトに参加している社員(複数)は誰か？
[Query2] ある社員はどのプロジェクト(複数)に参加しているか？
このような検索はRDBでは簡単に実現できますが(あたりまえ..)、
XML-DBでは、どちらの検索も同等で(相対的に)高速な検索結果が
得られるように思えません。

<プロジェクト一覧>
<プロジェクト id="1">A社向けネットワーク構築</プロジェクト>
<プロジェクト id="2">A社向け顧客管理システム開発</プロジェクト>
:
</プロジェクト一覧>

<社員一覧>
<社員 id="1">太郎</社員><社員 id="1">花子</社員> ....
</社員一覧>

これでも業務システム向けとしてXML-DBを提案していいものなのでしょうか?
分かる方、教えてください。

**236** · 2006/03/04(土) 13:53:58

追加の質問です。
上に書いた検索は、XPath(あるいはXQuery?)ではどのように記述したらよいのでしょうか？
長文スミマセン

**NAME IS NULL** · 2006/03/04(土) 14:03:56

>>223
その用途に対するUIのイメージが、ややこしくて
使いにくい物しか思い付かない。

使い易い物が出来ても物凄い工数になっている予感。。

XMLデータを検索する時はこのUIコンポーネントが
スタンダードだっての無いですかね？

**237** · 2006/03/04(土) 14:06:38

間違えた
×>>223
○>>233

**NAME IS NULL** · 2006/03/04(土) 15:02:39

プロジェクトへの所属関係をどう表現するかにも夜。
RDBと同じように考えて<プロジェクト所属一覧>のようなものを用意すれば、どちらも
同等になるが、<社員>に所属する<プロジェクト>の参照を持たせるならば、Query2は
速いけれどもQuery1は遅くなる。

それ以前に、きちんとスキーマを考えられる用途にXMLDBを使うのはバカらしい。
そもそもなんでXMLDBなんかで提案しようとしているのか？

@ITの記事なんかで騙されている香具師もいるかもしれないが、XMLDBはRDBと
比較するようなものじゃない。ファイルサーバー+全文検索エンジンが、XMLになって
その構造に応じた検索ができるようになった(+生のXMLファイルを検索するより速い)、
と捉えるのが妥当なところだ。

**236** · 2006/03/04(土) 15:36:01

>240
お返事ありがとうございます。やっぱりXML-DBだけでは無理みたいですね。

>>それ以前に、きちんとスキーマを考えられる用途にXMLDBを使うのはバカらしい。
>> そもそもなんでXMLDBなんかで提案しようとしているのか？

まず最初にプロジェクトの関連資料(提案書/設計書)は文書なので、XML-DBが
適しているのではと考えました。同様に、個人の公開文書(KnowHow/Tips等)も
XML-DBが適していると。ここまでは良かったんです。
ただ、今までの(すべてRDBベースの)システムだと >236 に書いたQueryは
普通に(許容応答時間内で)実現できていたので、それをXML-DBで実現する手段に困っていました。

今は、ネイティブXML-DBの採用は止め、XML対応RDBでプロジェクト(XML文書)と
社員(XML文書)との間の検索について、SQLで実行する方式を検討しています。
同時に、ネイティブもあきらめきれず、XPointer/XLinkで実現できるのか？
サポートしているXML-DB製品の有無は？などについて調査を進めているところです。

で、もしかしたらこちらの板に神がいるのでは？と初カキコしたしだいです。

**236** · 2006/03/04(土) 16:06:38

>240
カキコしてから、もう一度レスを読み直してみました。

>> RDBと同じように考えて<プロジェクト所属一覧>のようなものを用意すれば、どちらも
>> 同等になるが、

こんなかんじのスキーマになるのかな。
<プロジェクト一覧>
<プロジェクト id="1">
<名称>A社向けネットワーク構築</名称>
<所属社員一覧><社員ID>1</社員ID><社員ID>3</社員ID>... </所属社員一覧>
</プロジェクト>
:
<プロジェクト一覧>

で、社員と比較してプロジェクトの総数は十分に小さいから、
社員-->プロジェクト方向の検索は(最悪DOMで)順番にプロジェクトを辿っても
許容反応時間内に収まるのではないか？というわけですね。

検証は必要ですが、なんか実現できそうな感じがしてきました。
ネイティブXMLじゃ無理だなんて言ってメンゴ。ありがとう。

**NAME IS NULL** · 2006/03/04(土) 18:06:45

OFFICEのデータをXMLで突っ込んで検索にと考えてみた…
デスクトップサーチ（rya

**NAME IS NULL** · 2006/03/04(土) 19:41:05

>>241

>文書なので、XML-DBが適している

これ、非常に気になった。

ケース1:文書は既にXMLで存在していて、それをシステム化する案件
この場合XMLDBを検討する価値はあるだろう。でも、文書だけXMLで
ちゃんと存在しているのに、このようなドキュメント管理システムが
存在しないというケースもレアだと思うが。

ケース2:今回システム化のために文書をXML化する、という案件
システムの都合とは別に、顧客の側が文書をXML化することのメリットを
きちんと認識し強い意志をもって推進する前提でならば、ケース1と同様に
XMLDBを検討する価値はある。
そうでない場合、システム屋と顧客どちらにとってもリスクが高い。
こんなところで質問するほど技術的に不安を抱えているなら尚更。

ケース3:入出力は関係なく、複雑な文書構造を保持するためにXMLDBを検討
これはダメ。RDBに対する優位点がまったく存在しない。このようなケースで
XMLDBの方に優位性があると安易に判断したのなら、検討が足りない証拠。
後々苦労する。

**236** · 2006/03/04(土) 21:39:01

>244
この案件は、おそらくケース２に該当すると思います。

私は情報システム部門の人で、対象になるのは自社の情報システムです。
次期システムの検討(先行調査)をしている段階。検討のいきさつは、
(a) 顧客との文書ファイル交換もあって、(XMLに対応した)Officeへの移行は
徐々に進める必要があるのは全員の認識。
(b) 現状の文書管理システム(ファイルサーバ上の文書を手作業で分類/要約して
RDBへ登録)は、あまりに社員から評判が悪い。
(c) それならXML-DBなんてものがあるらしいが、どんなもんじゃい？という
某幹部の一言。
それで、ナゼかDBは専門でない自分がアタフタと。近いうち(数ヶ月内?)に上司が
幹部会でプレゼンして、それから予算審議などに入る予定。
顧客の強い意志が...とのことですが、自分の会社ながら....................です。
身にしみるご指摘、ありがとうございます。

**NAME IS NULL** · 2006/03/04(土) 22:09:02

文書ってOfficeドキュメントがメインなの？
だったらXMLDBなんかじゃなくて、SharePointとかDocushareとかの
DMS製品を検討すべきだと思うよ？XMLDBに登録したからといって、
それだけで分類や要約を自動化できるわけじゃなし。
つか、「特定の文書プロパティに必ず分類を入力すること」なんて
ユーザーに周知でもしなければ自動分類なんてムリだろうね。

**NAME IS NULL** · 2006/03/05(日) 13:05:13

特定プロパティうんぬんができるなら、RDBでできるよな

**NAME IS NULL** · 2006/03/05(日) 16:23:40

特定のプロパティなる物が、次の条件を満たす場合は、あるいは。。

・プロパティは、検索条件として使用され重要である
・プロパティ自体が、追加削除される可能性が高い
・プロパティは、ツリー構造で表現される
・プロパティは、文書の種類毎に異なる

この条件を満たしたとしても、まずはRDBにXML列を追加する
事を考えた上で、XML列自体の追加削除を将来的に考慮する
必要がある場合や、検索速度でXMLDBに優位性がある場合に
限るけど。

どんな状況か、無理矢理考えてみたが、、、
ttp://www.infoteria.com/jp/xmlnote/apply/index.jsp
↑この辺の仕様に乗っ取って、業界毎の文書を一括で管理したい
といった状況ですかねぇ。。。。現状、私の周りには無いな。

XMLDBが、最適な状況って無いのかねぇ。。

**NAME IS NULL** · 2006/03/05(日) 16:30:46

>>248
XML DBの用途で考えられるもので、代替手段がなく、かつ重要なものってのがないんだよね。
現在のXML DBだと、代替手段のほうが便利ってケースが多いし。
やっぱり、まだまだこれからのものって感じですね。

**NAME IS NULL** · 2006/03/08(水) 18:09:09

すみません、質問スレがなかったので、質問させてください。
現在、下記のような状況で困っております。

/*******************
『xxx.xml』、『yyy.dtd』と云うファイルがあり、内部で『zzz』と云う要素を定義している。
しかし、『yyy.dtd』に『<!DOCTYPE zzz』と云う記述がある為、『xxx.xml』に『<!DOCTYPE zzz』と記述すると、
『DOCTYPE 宣言は複数行えません。』と云うエラーメッセージが出力され、『yyy.dtd』にてエラーが発生する。
*******************/

だが『xxx.xml』には、『yyy.dtd』と連携させる為の『SYSTEM "yyy.dtd"』を記述する必要があり、
それを記述するのはDOCTYPE宣言の中なので、宣言の重複が発生する。
最も簡単な方法は、『yyy.dtd』からDOCTYPE宣言を削除すれば良いが、『yyy.dtd』は変更してはいけない事になっている。

と云う状況なのです。
まだXMLを初めて日が浅いので、この状況をどう解決すれば良いのか分かりません。
ネットで探しても、DTD内でDOCTYPE宣言をするサンプルを見つける事が出来ませんでした。
他にXML上の記述の仕方があれば、そうしたいところなのです。

以上、分かり難い説明かもしれませんが、宜しくお願い致します。

**NAME IS NULL** · 2006/03/09(木) 10:01:27

その書き方なら、yyyを定義したdtdが同フォルダ内にあれば、勝手に検索して引っ張ってくれる。
違うファイルに複数の定義があった時の動作は知らんけど。

**NAME IS NULL** · 2006/03/16(木) 10:38:32

稲に関しては貫通遠距離なのでゲージを溜めやすいC4とLv1からでも鬼強い無双と
遠距離で転ばすことが多いし固有技能で貫通なので安定してハメ殺せるジャンプ攻撃が全てといった感

ガードは割れないし範囲が微妙だがC4はガードされても安全なのも大きいな
武将にガードされても雑魚には当たってゲージ溜めりゃいいわけだし

何はなくともC4でゲージ溜めて無双無双、崩れ落ちたらハメ殺し
属性付加が長政と同じなら孫市超えたろうになあ、惜しい

**NAME IS NULL** · 2006/03/16(木) 10:39:12

書き込むスレを間違えてしまい大変申し訳ございません。

**NAME IS NULL** · 2006/03/17(金) 23:03:46

どうやったらこのスレと間違えるんだ w

意図的誤爆で面白かったのは、よく覚えてないけど
「バストダンジョン」とか「興奮値」(?) だか、真剣にアツくエロゲーを語る誤爆。
臭いまで伝わってきそうな文面だった。

**NAME IS NULL** · 2006/03/21(火) 01:28:12

>>467
あ　り　え　な　い　。それは。
バストダンジョンでリリカのおっぱい値を８００近くまで調教強化してやらないと、そのフラグは立たない。
仮にフィリオナをメンバーから外してリリカを集中調教しても、アナルバイブが使えないその段階では
スカリバーはまだ手に入れられないはず。　妄　想　で　つ　か　？
とりあえずアンダー草原で淫獣マリリスを大量に調教して淫度をどんどん稼いどけ。
展開が不安ならバックアップ取っておくのを忘れんなよ。説教くさくなってスマソ・・・。ついな・・・。

**NAME IS NULL** · 2006/03/21(火) 01:29:01

>>255
あ　り　え　る　よ　。アフォが。
バストダンジョンに行く前に大陰森の夜魔サキュバスを倒せばスカリバーは手に入る。
ただしかなり強いからフィリオナを拡張調教してバキュームを覚えさせるか、
ジーナをタカに預けてオルガスム覚えさせたほうがいい。
つーかこのルートじゃないとＡエンドには行けないわけだが？
素　人　必　死　だ　な　

**NAME IS NULL** · 2006/03/25(土) 13:53:41

こうやってリアル社会ではまず交差しないであろうXML厨とエロゲ厨が
混在するカオスっぷりが２ちゃんねるの一番の魅力かもな～って唐突に思った

**NAME IS NULL** · 2006/03/25(土) 14:46:10

まぁ、仲良くやってくれよ。

**NAME IS NULL** · 2006/03/27(月) 23:01:32

RDBMS構築できる環境があれば
XMLの必要性を感じない私はどこか間違ってますか？

**NAME IS NULL** · 2006/03/27(月) 23:36:43

>>259
間違ってるよ。XMLの用途はストレージに限らない。
DocBookとかSOAPとか、いろいろあるっしょ。

**NAME IS NULL** · 2006/03/31(金) 18:09:41

>>260
ここはDB板なのです

& ◆3hmfuY1vs. · 2006/04/17(月) 16:11:27

質問失礼します。
XMLファイルのテキストを表示させる際に、改行させたいのですが
<BR>などでは改行できませんでしたorz
自分で色々なサイトを調べましたが、
どれをやっても画像のほうが改行?されてしまったり成功しません(´・ω・｀)
どなたか解決法を教えてください(｀・ω・´)

**ａｍｉ** · 2006/04/17(月) 16:12:21

質問失礼します。
XMLファイルのテキストを表示させる際に、改行させたいのですが
<BR>などでは改行できませんでしたorz
自分で色々なサイトを調べましたが、
どれをやっても画像のほうが改行?されてしまったり成功しません(´・ω・｀)
どなたか解決法を教えてください(｀・ω・´)

**ami** ◆ami/FR.DVU · 2006/04/17(月) 16:13:40

質問失礼します。
XMLファイルのテキストを表示させる際に、改行させたいのですが
<BR>などでは改行できませんでしたorz
自分で色々なサイトを調べましたが、
どれをやっても画像のほうが改行?されてしまったり成功しません(´・ω・｀)
どなたか解決法を教えてください(｀・ω・´)

**NAME IS NULL** · 2006/04/17(月) 17:10:25

XMLファイルってデータの構造を定義するものであって、表示時の見た目は
表示するアプリ次第になっちゃうような。

**NAME IS NULL** · 2006/04/17(月) 17:13:24

>>282-284
エディタで開くなら、改行コード入れとけば改行される

つーかDB板にこの質問を投げる意図がワカラン
初級ネットかWeb製作あたりじゃね?

**ami** ◆ami/FR.DVU · 2006/04/17(月) 17:20:05

板違いでしたらごめんなさい。
ﾌﾗ版で質問したらここに案内されますた(´・ω・｀)
表示するのはFLASHです。

**NAME IS NULL** · 2006/04/17(月) 21:53:55

>>267
そりゃ案内したヤツがかなりの大アホだ。
あくまでXMLはデータの定義形式で、どう表示されるとか全く関係ない。
Flashでどう表示されるかなんて、Flashやってる人間にしかワカラン。マニュアル読め。

↓ これはデータとして改行を含んでないが
<text>こんにちは。いい天気ですね。</text>

↓ これは改行を3つ含んでいる
<text>
こんにちは。
いい天気ですね。
</text>

この2つが同じように表示されるんなら、Flash側で削ってるんだろう。

**NAME IS NULL** · 2006/04/17(月) 23:58:32

学論でXMLなDBを扱う事になった記念パピコ

**NAME IS NULL** · 2006/04/18(火) 21:02:53

XFYで論文潰されたりしてな。

**NAME IS NULL** · 2006/04/21(金) 22:47:29

ｳﾗﾔﾏｼｽ

**NAME IS NULL** · 2006/04/23(日) 16:08:53

僕は、大学院でXMLを研究してます。
そもそも、XMLってなんでしたっけ？

**NAME IS NULL** · 2006/04/23(日) 17:49:42

X・・・エクスタシー
Ｍ・・・マゾ
Ｌ・・・ロリータ

**NAME IS NULL** · 2006/04/23(日) 20:30:45

Flash×XMLでSVGの事か？とか一瞬思ったが全然違うな

フラって、SVG扱えるんだろうか～

**NAME IS NULL** · 2006/05/09(火) 18:54:23

xmldbはスキーマがしょっちゅう変化して
かつ古いデータも串刺しで検索しなくては
いけなくてdbを止めてはいけない時に便利

ビュー作るくらいならxmldbの方が早い
かつ、扱うxmlをわざわざマッピングする
必要も無いしな

データが階層構造をもっていてその出現順番も
重要で、入れ子構造を許容しなくてはいけない
ときなんてRDBでどうしたらよいのかわからん。
頑張って正規化してもすぐに構造なんて変化するし。

もうxmldbなしでは仕事なんて取れない。

と器用貧乏な印刷会社社員は思う訳です。
RDBって使い勝手がわるすぎ。
やすくて速いけど。

**NAME IS NULL** · 2006/05/10(水) 11:26:13

すみません。質問です。

RDB のカラムを XML の構造で見る際、XML では使えない文字を
エンコードする規約があるようですが、これを行ってくれる
フリーのライブラリ等は無いものでしょうか? ちなみに Java を使っています。

特定の製品内で行っているものはあるようなのですが…
ttp://www.ianywhere.com/developer/product_manuals/sqlanywhere/0902/ja/html/dbugja9/00000531.htm

自作するにしても、「XML 名として有効ではない名前」って、簡単に
判断できるものなのでしょうか…XML で「使える文字」はもの凄いテーブルがありましたが。

**NAME IS NULL** · 2006/05/11(木) 16:57:45

viperいいかも

**NAME IS NULL** · 2006/05/18(木) 03:16:53

>>275
SGMLに慣れてる印刷会社の人にとっては良いかもしれませんね

**NAME IS NULL** · 2006/05/18(木) 08:33:47

>>275
XMLDBは、文章管理には向いている様ですね。
よく、そういった記事をみかけます。

今後、一般企業内でも文書管理が統合されていくと使う機会があるのかもしれません。

が、最近のRDBは、XML列が使える様ですので、
その辺との住み分けがどうなるのか、興味がある所です。

安いならRDBのXML列でいいじゃん、
と、思う訳です。

**NAME IS NULL** · 2006/05/19(金) 07:17:01

>>279
現実の問題・要件としては、データ量が増えたとき、XML DBにはまだ信頼がおけない。
バックアップその他の運用に関しても実績はRDBMSの足元にも及ばない。
最近ではRDBMSでもXPathとかで検索できる。＝＞ならRDBMSでいいじゃん。

うちの会社ではこういう判断が下されることが多いです。

**NAME IS NULL** · 2006/06/01(木) 01:08:11

フリーのネイティブXMLDBで一番いいのってどれ？

**NAME IS NULL** · 2006/06/05(月) 23:21:43

すいません、XPath の contains で大文字小文字を区別しない
方法って有りますでしょうか？

使ってるのは msxml なんですが、string-compare なんてのは
ありましたが、contains 代わりに使えるものはなさそうなんで・・・・

よろしくおねがいします。

**NAME IS NULL** · 2006/06/14(水) 09:03:13

>>280
今XMLがらみで使ってるRDBはどれ？

メジャーなRDBのXML対応機能の一覧（○△×の簡単な表）が
載ってるサイトがあったら教えてほしい。

**280** · 2006/06/14(水) 18:07:45

>>283
いまごろレスがあるとは。対応表は知らない。申し訳ない。
使ってるRDBは、やっぱオラクルです。一応ネイティブに取り込めるけど、
単なるテキストとして扱って処理を行なうこともしばしば。
ケースバイケースですが。

**NAME IS NULL** · 2006/06/15(木) 09:15:57

>>284
ありがとう。

http://www.atmarkit.co.jp/fxml/tanpatsu/30xmldbcatalog2/table.html
この表を見ると、2003年の時点ではOrableが先行しているように見えるけど、
その一年くらい前に、Oracleの営業（大勢）と話したときは、
あれもだめこれもだめ全部お前が実装しろ、ってな感じで
険悪な雰囲気になった記憶がある。
（全然関係ない話だけど、うちみたいなちっちゃな会社相手に
まだ何にも固まってない段階で、
ぞろぞろ営業が出てきて応対してくれるのを見て、
こりゃお値段も立派になるわいとへんに納得してしまった。
基幹系で使ってたんで一種の顧客サービスなんだろか？）

MSでもIBMでもなくOracleを選んだってのは、
既存の運用がOracleだったから以上の理由はあるのかな？

**NAME IS NULL** · 2006/07/20(木) 11:45:29

拡張子 XML って、Windows のエクスプローラではなにか
特殊な扱いしてます？エクスプローラの関連付けを
削除しても、あいかわらず XML ファイルは IE で
開かれるみたいなんですが。

もしかして拡張子 XML の場合は特別扱いで
DTD とかスキーマとかを見て使用するアプリケーションを
選択する仕組みが存在する？
Windows 限定の話でスマンガ。

**NAME IS NULL** · 2006/07/20(木) 11:50:39

ShellExView で調べてみたらどうやら普通の関連付けとは別に
.xml と .xmlfile の処理は MSOXEV.DLL がふっくしているっぽい。
でもこれって Microsoft InfoPath の DLL みたいなんだけど
俺 InfoPath なんてインストールしてないよ。
しかもどこをフックしてるかと思えば単なるアイコンハンドラだし。

**NAME IS NULL** · 2006/07/20(木) 11:53:43

あと Autoruns で見ると MSOXMLMF.DLL もフックしてるみたいだな。
Microsoft Office XML MIME Filter ってことなので
XML 形式で吐き出した Office 文書を開くときに適切な
Office アプリに引き継ぐためのものみたいだ。

**NAME IS NULL** · 2006/07/20(木) 12:30:30

ううむ、
HKEY_CLASSES_ROOT\.xml
→HKEY_CLASSES_ROOT\xmlfile
から先、複雑すぎてわからん・・・・

**NAME IS NULL** · 2006/07/20(木) 15:42:47

xml:lang の指定は、指定した要素の中に含まれるリテラル
だけでなくその下にぶら下げられている全ての要素にも
（特に改めて指定しなおさない限り）有効ですか？

また、ルートノードで xml:lang の指定が無いときには
XML プロセッサはデフォルトの言語を想定するのでしょうか？

**NAME IS NULL** · 2006/07/20(木) 22:49:23

>>163
私は独学でやってるけど、私と同じような人いるんだね。
少し気持ちが楽になった。

**NAME IS NULL** · 2006/07/21(金) 13:41:38

XMLの勉強を始めたばかりの初心者です。
練習と実用をかねて、データベースのテーブル定義を管理するプログラムを作ろうと思っています。
XMLの書式としては、次のように考えておりますが、こんなものでよろしいでしょうか。
なにか、ご意見等あれば頂きたく思います。

<?xml version='1.0' encoding="UTF-8" ?>
<Table Definition>
　　<Table id="1">
　　　　<Name>Table1</Name>
　　　　<Explanation></Explanation>
　　　　<Field id="1">
　　　　　　<name>Field1</name>
　　　　　　<Type>integer</Type>
　　　　　　<PrimaryKey>true</PrimaryKey>>
　　　　　　<IndexKey>true</IndexKey>>
　　　　　　<Size></Size>
　　　　　　<Explanation></Explanation>>
　　　　</Field>
</Table>
</Table Definition>

**NAME IS NULL** · 2006/07/21(金) 14:37:07

Table Definition みたいな要素名は認められない。
TableDefinition にする。

何カ所かある >> は余計。 > でいい。

必須じゃないけど DTD/RELAX NG/XSD いずれかでスキーマがあればいい。

文字コードの大文字小文字は区別されないので utf-8 でもいい。
空要素は <Explanation /> みたいに書いてもいい。

**NAME IS NULL** · 2006/07/21(金) 15:00:47

>>293
レスありがとうございます。
要素に空白が認められないのは、先ほど身をもって知りました。
「>>」は入力補完が変な風に働いて...。
書き込む前に見直せよ自分orz。

>DTD/RELAX NG/XSD いずれかでスキーマがあればいい。
えと、調べてみます。

**NAME IS NULL** · 2006/07/21(金) 16:04:02

>>294 多分初心者のうちはいらない。

**NAME IS NULL** · 2006/07/23(日) 00:25:29

>>294
DBマガジンでちょうどXML Schema やってるよ
まぁ他の記事が必要ないかもしれないけれど・・・

まだ７回目だし、興味あったらバックナンバーから読んでみるとイイかも

**NAME IS NULL** · 2006/08/11(金) 16:09:14

RDBMSでXML使うのって
流行に乗るという以外になんか意義あります？

**NAME IS NULL** · 2006/08/11(金) 22:22:28

アプリケーション間連携とかに便利。
お使いのDBMSが特定のアプリのみサポートするなら無用です。

**NAME IS NULL** · 2006/08/17(木) 10:58:03

基本となるキーは固定だが、管理したい項目がちょろちょろ変わりやがる場合･･･

<チラシの裏>
途中からこんなDBのお守りをやらされているが、フィールド名と内容が全く一致してなく
全てCHARで大きく取っておき、何でも入るようにしてあるというステキ仕様。
正直、作った奴の頭の中身を疑う。
</チラシの裏>

**NAME IS NULL** · 2006/08/17(木) 22:50:08

ｶﾜｲｿｽ