XML統合スレッド

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

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

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

**158** · NG

>>159 おお、そうだったんですか、情報ありがとうございました。

ところで、XML文書の先頭にHTTPやインターネットメールなどの、
いわゆる外部プロトコルのヘッダがついた状態のファイルがあります。

このヘッダ部分はとりあえず無視して本文部分のXML文書を
いじりたいのですが、XMLエディタでは先頭部分が不正なので
いじる事ができません。先頭のMIMEヘッダ相当部分をスキップして
本文部分の XML をいじれる XML エディタは無いでしょうか？

できれば multipart も解釈して、multipart の各ファイルを
外部解析実体として扱ってくれるようなものを探しています。

もちろんメーラなどの機能を使って、一旦 message/rfc822 として解釈し
multipart を各ファイルに分割するなどの準備作業をすれば
よいのですが、面倒で。

SOAP の中身をログッた断片がファイルとして一杯転がっていて、
その中身をいじりたい、みたいな状況を想像してください。

**NAME IS NULL** · 2005/06/01(水) 23:28:06

XPath を勉強してるんだが、いまいちわからん…
たとえば、>>152にある会員のサンプルの場合、
<会員データ> の、<住所>が、東京、もしくは、大阪の、
<会員データ> 以下のノードセットを取得するXPathが書けない(;´д｀)

理想は

<会員>
　<会員データ>
　　<番号>1</番号>
　　<氏名>伸縮○二郎</氏名>
　　<住所>東京</住所>
　</会員データ>
　<会員データ>
　　<番号>2</番号>
　　<氏名>伸縮○美</氏名>
　　<住所>大阪</住所>
　</会員データ>

………以下、住所が、大阪と東京にマッチする結果が…。
</会員>

こんな感じなのだが…

/会員/会員データ/住所='東京' ってやってもだめだし。。

教えてエロい人(;´д｀)

**NAME IS NULL** · 2005/06/01(水) 23:48:39

つーかそのままだろ？
ディレクトリ構造と同じというか

つーかまず仕様を読め
あきらかにおかしいぞ

**NAME IS NULL** · 2005/06/02(木) 06:11:58

だめだめ、この手の人は仕様とか理論を述べるんじゃなくって答えを先に見せて教えてあげないと理解しないタイプだよ。
最近の若いエンジニアに多いタイプ。別に否定はしないけど。

**NAME IS NULL** · 2005/06/02(木) 06:33:07

RDF/RDFS でおすすめある？

**NAME IS NULL** · 2005/06/02(木) 08:40:12

//会員[会員データ/住所="東京"]

でどうかな？？or条件は、わからない…XPathって万能じゃないっぽい
XQueryがよさげ

**NAME IS NULL** · 2005/06/02(木) 13:55:25

手元の本によると、こうなるのだが。

/会員/会員データ[(住所="東京") or (住所="大阪")]

**NAME IS NULL** · 2005/06/02(木) 20:14:27

>>166でダイジョウブっぽい。

**NAME IS NULL** · 2005/06/08(水) 23:59:11

だめだめ、>>163は答えを知らなくせにグダグダ言って知ったふりをして煽ることしか出来ないタイプだよ。
最近の若い夏厨に多いタイプ。別にスルーすればいいだけだけど。

**NAME IS NULL** · 2005/06/11(土) 21:39:47

もう答えが出ているあとにそのレスはちょっと寒い………>>168

**NAME IS NULL** · 2005/06/13(月) 22:20:18

XPathは万能じゃない
XQueryは手を広げすぎ

**NAME IS NULL** · 2005/07/21(木) 01:28:05

ちょいと質問。
XML仕様書を読んでるんだけど、非検証パーザは、内部パラメタ参照を展開しなくていいの？
なんかそんなことを2.9節で少し言及してるっぽいんだけど、内部パラメタ参照するか
しないかの切り替えができる（またはしないと明示的に）XMLパーザって見たことなんで・・・

**NAME IS NULL** · 2005/08/22(月) 23:15:39

つーか、このスレ生きてるのか？

**NAME IS NULL** · 2005/08/23(火) 17:55:36

XMLデータベース開発方法論
http://www.atmarkit.co.jp/fdb/index/subindex/xmldbdev_subindex.html

第2回スケーラビリティの重大な誤解、“大は小を兼ねない”
が特に面白い。

**NAME IS NULL** · 2005/08/23(火) 20:24:37

>>173
当たり前の単純なことをやけに長い文章にするスキルがすばらしい

**NAME IS NULL** · 2005/08/24(水) 02:23:04

XMLでポケモンカードダスデータベースを作っている教授がいるが。。
どっちをやめさせたらいいんだ？？
ＸＭＬ？それともポケモン？
生徒の気を引かそうとする気持ちわからんでもないが、、
普通に引いとるぞｗ

**NAME IS NULL** · 2005/08/24(水) 17:15:10

授業だったらべつにいいんじゃね?
引く引かないは生徒の勝手だ

**NAME IS NULL** · 2005/08/24(水) 21:24:36

ガンダムデータベースだったらちとひくが、ポケモンデータベースなら可愛いじゃん。
ポケモンは子供向けだから生徒の気をひくためではないでしょう。
たぶん自分の子供と一緒に見ているうちにハマっちゃったクチなんじゃない？

**NAME IS NULL** · 2005/08/26(金) 17:42:38

次のSQLServerはＸＭＬ型をサポートするんだってね。
自動でインデックスを作るらしく、XPathとか高速化するらしい。
やっとつかえるようになるんだろうか。

**NAME IS NULL** · 2005/08/26(金) 23:00:36

検索よりは更新の利便性をあげて欲しいですな。XMLをまとめて登録するんじゃぁなくて
ノード単位でもちっと便利なことができぬものかと。。。

**NAME IS NULL** · 2005/08/29(月) 14:07:59

そのノード単位はXPathで扱えない単位なん？

**NAME IS NULL** · 2005/10/10(月) 19:37:46

NXDBってこれだけしかないのか。こころもとないな
http://www.xmlsoftware.com/database.html

**NAME IS NULL** · 2005/11/15(火) 20:02:30

突然の質問失礼します。

ActivePerlでXML::LibXMLを使おうとしているんですが、use XML::LibXML;の際に致命的なエラーが出ます。
原因を知っている方がいたら教えてください。

エラーメッセージ:
Can’t locate loadable object for module XML::LibXML::Common in @INC (@INC contai
ns: C:/Perl/lib C:/Perl/site/lib .) at C:/Perl/site/lib/XML/LibXML.pm line 11

環境:
-Windows XP SP2
-ActivePerl 5.8.7 Build 813

また、以下のPerlライブラリをC:￥Perl￥site￥lib￥XML以下に配置しました。

libexslt.lib
libxml2.lib

**NAME IS NULL** · 2005/11/16(水) 13:38:15

Perlで使うなら .lib じゃなくて .dll が必要なんじゃないか？

**182** · 2005/11/16(水) 16:25:14

libxml2.dll、libexslt.dllを設置しても同じでした。
どなたかご教授お願いします…。

**NAME IS NULL** · 2005/11/16(水) 16:34:46

>>184
ttp://www.tt.rim.or.jp/~rudyard/torii009.html

こことかどうよ

**NAME IS NULL** · 2005/11/16(水) 16:54:37

>>182
こことか参考になるんじゃない？
http://www.xn--m9jin.jp/1123899244

**NAME IS NULL** · 2005/11/25(金) 15:13:22

ネイティブXMLDBを搭載したDB2がオープンベータとのこと。
ttp://www-306.ibm.com/software/data/db2/xml/

人柱報告あればお願いしたい。なぜか俺の所にはURLが送られてこない…

**NAME IS NULL** · 2005/11/25(金) 17:55:54

<xs:element　type="xs:XXXX">でXXXXの部分にプリミティブ型のどれかはいってほしいって書くことできるんでしょうか?

**NAME IS NULL** · 2005/11/26(土) 16:10:20

スキーマに基づいた入力支援ができるエディタってある?

**NAME IS NULL** · 2005/11/26(土) 17:01:35

>>189
XMLSpy

**NAME IS NULL** · 2005/11/28(月) 13:13:47

>>189
Excel

**NAME IS NULL** · 2005/11/28(月) 17:00:31

川俣晶がXML DBに関する文章を＠ITに連載してるけど、
XML DBな皆様にとってはいかがでしょうか？

**NAME IS NULL** · NG

InfoPath

**NAME IS NULL** · 2005/11/28(月) 23:51:21

RDBな人間から言わせて貰うと、データモデルの違いとしてXMLDBとRDBを
論じたものは、多くの場合詭弁でしかない。

**NAME IS NULL** · 2005/12/02(金) 01:28:33

>>192
的外れ。
何とか良さを主張したいのはわかるが、XML DB機能のあるRDBで十分。

**NAME IS NULL** · 2005/12/02(金) 02:36:02

＠ITってどんどんひどくなってるような

最初からか

**NAME IS NULL** · 2005/12/06(火) 10:43:25

Select文でXMLElement（）関数を使用して、取得した結果をテキストファイルに
出力したいのですが、どのようにしたらいいのでしょうか？

**NAME IS NULL** · 2005/12/06(火) 10:48:00

上記の者ですが、現在、PL/SQLでそのような事をしようとしているのですが、出来ますか？
その方法を出来れば、教えてください。

**NAME IS NULL** · 2005/12/08(木) 03:32:19

スキーマ情報を元に自動的にHTMLのフォームを作って
ブラウザから送られたユーザーの入力内容をXML化＆スキーマでチェックし、
XMLファイルを保存する、という一連の動作を行いたいのですが、
現在利用可能な手段にはどういったものがありますか？

スキーマはXMLSchemaでもRELAXでも構いません。

調べた結果、
・XFormの利用はまだ整備されていないためNG
・InfoPathは、フォームをIEで表示させるためにプラグインが必要なので遠慮したい

**NAME IS NULL** · 2005/12/09(金) 00:02:20

初めての純国産 XMLDB「Yggdrasill（イグドラシル）」が念願のオープンソース化！
http://www.mediafusion.co.jp/ygggpl/

**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とか、いろいろあるっしょ。