XML-DBの今後！？

勉強不足で恐縮なんですが、XMLDBについて質問させてください。

企業において広範囲にXMLデータを活用していこうと考えたときに、
”XML専用DB（Xalan等）”と”XML対応RDB”では確実に後者に軍配があがる
と考えております。この認識は正しいでしょうか？
Oracle9iR2からXMLデータをネイティブで扱えるようになったことで、
前者のメリットが非常に限られてきたと考えます。

”XML専用DB”のメリットは
・文書管理等、単純データの格納・高速検索
・価格

逆に、デメリットは
・大量同時アクセスに対するレスポンス
・可用性
・拡張性
・セキュリティ
・運用、管理
・RDB、OLAPとの連携
・開発生産性

以上の認識でおります。
書籍、Webを探しても上記の内容に触れた記述をなかなか見つけることが
できません。
素人まるだしの質問で申し訳ないのですが、上記に誤った認識、ご意見、
有効な書籍・サイト等ありましたらご教授いただけますでしょうか。

おまい　市ね

　 　　　　　 _,,､ ─‐'''''''''''''‐.､.っ 　　 　　 ／￣￣￣￣￣￣￣￣￣￣￣＼
　　　　　,､‐'`::::::::::::::::::::::::::::::::::`､　っ 　　 |　　　　　　　　　　　　　　　　　　 |
　　　 ,r.':::／/:::::i:::::::::::::::::::::::::::::::ヽ　っ　　|　　>>1の母です。 　 　 　 　 　 |
　　 ,/::::::/:::;':i::::::!:::::::::::::::::::::::::::::::::ﾞ､　　　 |　　　　　　　　　　　　　　　　　　 |
　　/::i:::::!i:::::::i:::::::i:::::::::::::::::::::::::::::::::::i　　　 |　　・・・ごめんなさい、　　　　　 |
　　l:i:i::::l_,|l::!:::i､:::::ヽ:::::::::::::::::::::::::::::::l　　　.|　　軽い気持ちで.　　　　 　 　　|
　　!l::!:::|=､ﾞ!`､!`ﾆ ､::`:::､:::::::::::::::::::::! 　 　 |　　このスレをのぞいた　　　　 |
　　ヽ:!:ｌ|　 　　 ￣`u`､:::::::::::::::::::::::ﾉ　　　 |　　私が馬鹿でした。　　　　 　 |
　　 　|{l　〈 　　　u　　ｌ:l`irr､:::::::::<　　＿ノ　　息子がこんな糞スレを　　　|
. 　 　 |ﾊ　､,,,__ 　　　 ﾘ ,ﾋノ:::::::::::::', .￣￣| 　 こっそり立てていたなんて !!|
　　　　/7'i､`='"　u 　　'　!;::::::::::::::ﾉ 　　　|　　私が今日　 　 　 　 　 　 　 ｜
.　　 ｉＹ/,/,ﾍ:､＿,､‐'`　　　`'---'"　　 　 .|　　このスレを読んだこと､　　　|
　　　!', , ,　ﾉ ｌ ヽ 　　　u 　/　｜ 　 　 　 |　　>>1には 　　 　 　 　 　 　 　 |
.　　〈 ' ' ' /　:ｌ　 `ｉ､　　　,/　　ｌ　　 　 　 .|　　黙っておいてくださいね｡ 　 |
　　　i　　 'i　 |　　 !,　　,/　　　ｌ.　　　　　 ＼＿＿＿＿＿＿＿＿＿＿＿／
　　　 i　u ヽ. ｌ　 ,−'､ /へ　　 ｌ
　　　　i,　　 }ﾉイ.　~ Y　ﾟ　 ヽ　ｌ

何の本で調べたのかしれないけど”XML専用DB”のメリットが
メチャクチャのような気がする、「単純データの格納・高速検索」は
RDBのほうが簡単。
「XMLドキュメントの格納・検索」がメリットとちょうのかい？

むしろデメリットとして指摘している開発生産性が魅力。
特にテーブルの正規化をしなくてもXMLドキュメントの
ままでDBにいれられるから、チョー楽。

あぼーん

せっかくの Golden Week だというのにこんな書き込みをしちまって。。。
俺ってほとんど職業病だな。

９ｉでＸＭＬを使う問題点は、使える人がほとんどいないということだな。
特にオラクルマスターと称しているオペレーターで開発経験のないやつらは、
使えないと用心しておいたほうがいいな。

コンサル連中は売り込みのために簡単そうなことしか言わないが、
オラクルのアーキテクチャとＸＭＬ、java に関する知識がないと
使えない！そのため開発をまかせられる会社がなかなか見つからない。

太く短い工程で９ｉのＸＭＬを使おうとすると失敗すると思っておいた
ほうがいいな。
　

会社で偉そうにＤＢアーキテクチャとかいうと嫌がられるから、たまにこういう
ところに書き込みするのもいいもんだ。

俺が調べた範囲内では、”XML専用DB　というのは生き残るアーキテクチャか
どうか疑問だな。ＥＪＢのエンティティビーンと整合性があるとは思えんのだよ。
つまりｓｕｎの連中がエンティティビーンに「よその会社がかってに開発した
XML専用DB」をどう扱うかなんて見えないじゃないか、ＡＰサーバーのＡＰＩを
定めたのはＳＵＮだけどそれで実際に儲けているのは、websphere、ｏｒａ、weblogic
じゃねーか。

XML専用DBを評価するポイントは、１が書いているようなとこにあるんじゃなくて
EJBや　.net　でどう扱われていくかにあるんじゃないかな？
XMLドキュメントがXML専用DBにどんなにうまく収められても、ディスクから
ｒ／ｗするんじゃ遅くて使い紋にならんのだよーん。
すべてメモリ上にインスタンスが展開されていて欲しいんだわな。

で、おまいら、XML専用DBって具体的に何を言っているですか？
・たみの
・えくせろん
・えぐどらしる

オブジェクト指向RDBに走って落ちぶれたInformixの二の舞のヨカン･･･
って、もうライバルは蹴落としたから大丈夫だな ＞ オラ

ところでXML専用DBってなに？
データをXMLで保持するってこと？

超低速じゃん。

taminoはDBオラクルだよん。
カラムにXMLを格納・・・

>>11
あれ？
taminoは永続化メカニズムは独自実装（というかADABAS）
じゃなかったけ？

◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎
◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎◎

あぼーん

あぼーん

EsTerraはどうですか？

＞４
XML-DBとJ2EE(特にEJB(Entity))の関連性が普及しない理由でなないよ。

RDBにとってのSQLや、そのSQLに対するODBC/JDBCのような
I/Fの標準仕様がまだ出揃っていないことが問題。
問い合わせはXQueryでやっとドラフト。
XUpdateはまだこれから。
DOM/SAXではDBへの問い合わせI/Fとしては無理がある。

また、性能面でもまだ検索性能しか検討事項となっていない。
ニッチ用途から脱出するには、更新もあわせたトータル性能が重要。

エクセロンもTaminoもYggも、単体DBではマーケで無理があるから、
一枚皮をかぶせたB2B-HUBやらPortalやらに化かせて出す作戦に変更。
＞１６
EsTerraは用途を絞って扱えば有用。間違ってもなんでもやらせようと
しないこと。基幹のDB選定で現実回は現状はRDBしかない。

あぼーん

>17
返信どうもです。
EsTerraは用途を絞って扱えば有用とありますが、どのような用途になら
有用なのでしょうか？
XMLだけを扱ってるだけなら良いのですかね。
また、EsTerraってイグドラシルよりいいのでしょうか。
評価版を試したところイグドラシルの方がかなり高速に感じたのですが
設定の問題かな。

あぼーん

ここはよいインターネットだと思います

ＸＭＬってどこら辺にメリットがあるんだろう？
データの伝達手段ならＣＳＶでも固定長ファイルでもいいのでは？
ツリー構造をそのまま格納できても読んだり組み立てるのが面倒だし
柔軟な表現が出来るってのも、変更があったら影響はあちこちに
あるわけだし。

ＳＯＡＰ行ってみりゃ分かるよ。

>>22 一生レガシーにしがみついてろ

新しいやつ見た？前からだと昔のに似てるけどそれ以外は
かっこいいよね！

かきage

あぼーん

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

hosyu

禿

保守

うんうん、
GHPDがDKと相性よくないからね。
PP#〜をあげるしかないんじゃない？

NEO-CORE とか書き込んでみるテスト

氏にたい

Xprioriってどおなん？

マジな話、あんなくだらん談話でユーザーが導入する気になると思ってるあいつらはアホ

これからはMySQLの時代。確信出来ない奴はオナニーしすぎ。

XML-Legacy Relational マッピングがとれんどぉ

Xpriori関係者必死杉・・劇萎え

必死なのはしょうがない。ここでニッチを占めることができなければ
消える運命なのだから。
ただ、いくら必死とはいえインチキ説明を垂れ流すのはいただけない。
http://www.xmldb.jp/db_contents/xpriori/original/rdb_xmldb.html
とか。

明日はない。

性能なさ杉

XMLなんて止めとけ。

情報出してよ

　　 ）::::::::::::::::::::::::　::::::::(
　 （:::/::::::ノ:ノヽ::人:ヽ:::::）
　(::::/　彡　ﾉ　ﾉ　ミ/):::::） 　　「知るか！きさ〜ん」
　(::/'',-''-''-､__,.-''-''-､|:::）　　
　 |=ﾛ. ‐･=, ll ll.､=･‐ .ﾛ=|ヽ 　　　
. （|　`---'(@,,@)`---' 　|ﾉ
　 |　 　. ::_::=w=:_::: :.　　 | 　　　
　 >:: :: ::_:-:::￣::::: :_:: :　 ）
／| |ヽ ＼:: ::⌒:: ::／:::ノ|

>1
マジレスしていいか？
XalanはXSLTプロセッサであってXML DBじゃないぞ。

ふつうは、Sonic XIS、Tamino、EsTerraとか、その辺のことを言うだろ。

「知るか！きさ〜ん」

いやああ

age

じつはおれも neocore （っつーか Xpriori ？）とか面白そうだと思ってんだけど、
もうちょっと盛り上がってみませんか？
どっかの web に出てたけどデータベースの構造を頻繁に変える必要があるようなシステム
だと仕様変更に強そうな XMLDB は良さげ。しかも検索とかも neocore はかなり速くなっ
てるらしいじゃん。処理が遅いのが最大の難点だったと思うんでちょっと注目してる。
この辺もっと詳しい人情報くださいな。

現状ではまだ Oracle とかを駆逐するようなものではないけど、住み分けて残っていく
ような希ガス。あとは XML 自体の普及次第？
あと、>>22 についてだけど、XMLDB は可能か不可能かというよりか簡単か面倒かという点で
優れているんだと思う。こういうのが開発費の圧縮につながるんだろうし。

ちょっと思ったんだけど開発が比較的早く簡単にできるってのは SIer というより
納入先の客の立場から見たらすごいうれしいんじゃないか？

そもそもデータストレージのメインにXMLを据える業務システムってあまりないからなぁ。
システムのデータとして中核を担うのはほとんどは表形式のRDBでしょ。
XMLじゃせいぜい外部システムとのI/Fファイル連携とかで使われるくらいだし。
そこの一時格納領域としてXMLDBを使うにはXMLDBは値段が高すぎる。

age

age

XMLって、見た目データ量が多そうにみえるんだよね。
ほんとにスピーディな処理が期待できるんでしょうか。

　　　(｀・ω・)
　　　（ヽ　ヽ
　ε⌒》 ﾍ⌒ヽﾌ
　（ 　　( 　・ω・）
　　しー し─Ｊ

age

　　　(｀・ω・)
　　　（ヽ　ヽ
　ε⌒》 ﾍ⌒ヽﾌ
　（ 　　( 　・ω・）
　　しー し─Ｊ

>>56
XML-DBにRDBMS並みの速度を求めるのはまだまだのような気がします。
ちゃんとしたモノでも高いし。フリーのものでも（eXitとか）、
PureJavaで構築されているので普通に考えも遅いことはあきらかでしょう。

webアプリ開発などでデータ構造が年中変わってしまうような場合には
XML-DBを使うと効率は良いと思いますが、高負荷に耐えうるようなシステムには向かないと思われます。
小〜中規模のシステムなら、って感じかな。
まだできたばかりの市場ですから今後に期待というところでしょうか。

今のところ、フリーで速度や安定の面で期待できるのはXpSQLかな？？
（PostgreSQLをストレージバックエンドにしてますし）

eXist に搭載されているXUpdate をちょいと評価してるんですが、ちょっと不便ですねぇ。
更新をかけるとき、SQLですと、
update tableName set column_a = '***' , column_b = 100 where id = 10000;
なんてことで簡単にできるわけですが、XUpdateですとちょっと難しい。

<xupdate:modifications version="1.0"
xmlns:xupdate="http://www.xmldb.org/xupdate">
<xupdate:update select="/addresses/address[@id = 1]/country">country</xupdate:update>
</xupdate:modifications>

こんな感じで目的のノードの属性などは更新はできます。けど、そのノードが持つ複数の属性の更新は今のところできてません。

<xupdate:modifications version="1.0"
xmlns:xupdate="http://www.xmldb.org/xupdate">
<xupdate:update select="/addresses/address[@id = 1]/country">country</xupdate:update>
<xupdate:update select="/addresses/address[@id = 1]/city">Tokyo</xupdate:update>
</xupdate:modifications>

こんな感じです。。もしくはやり方が悪いのかな。一度、そのノードを削除するXUpdateを投げてから
Insertするテクがありますが、処理が集中するようなところではとてもじゃないですけど使えません。
こまったもんだ…

XML-DB からXPathかXQuery で問い合わせて取得したXML を パースして Javaのオブジェクトとして操作し、
XML-DBへのマーシャリング（XUpdateクエリの生成とか）も自動でやってくれるフレームワークってどんなのがある？？

探してるんだけど、みつからねーんだよなー

田辺が妙に何の汁

>>19
EsTerra導入したけど、どうやってもカタログデータ並のレスポンスは出なかったよ。
ちなみに設定したのは、メディアフュージョンの社員。
「EsTerra触るの初めてなんですよー」って言われた時は唖然とした。

結構あきらめがはやいのは年の成果

やっぱXMLデータベースにRDBMS並みの性能を求めるのは野暮なことなんですかね。。

>>66
RDBMSと同じことをさせようとすれば、当然性能面では劣りますね。
棲み分けが出来ていくのはこれからじゃないでしょうか。

PostgreSQLやMySQLのように、、
・オープンソース
・JavaでなくCやC++で記述されてる
・UNIX（Linux、Solaris、MacOS X など）でビルドすれば動く
・XQuery、XUpdate、XPathなどの問い合わせ言語に対応してる

という感じの、出てこないかねぇぇ…商用のはどえらい高いし。。

(゜д゜)＜あらやだ！

↑
なになに？

最下層0670

　　　　　　丿:::::::::::::::::::::: :::永宗:::::::::::::::　::::　(
　　　　　:（:::/::::::::::/ノ::::::::ﾉ::::::::ヽ:人::::::::::ヽ::::::）
　　　　　（::::::::::/　　）:::ノ::::ﾉ　) ｿ　ヾ::::::::::::丶
　　　　（:::::::::/　彡　　ﾉ　　　ﾉ　　::　彡:/))　:::::::）
　　　（::::::::::/彡彡彡彡彡　　　ミミミミミミミ ::::::::）
　　　（　::::::://￣￣￣￣ヽ===/￣￣￣￣ヽ |::::::） 　　　
　　　　| =ﾛ 　　-=･=- 　‖　‖　-=･=-　　 ﾛ =　| 　　　　「なんいいよっとや、きさ〜ん！」
　　　　|:/ ‖　　　　／　/ﾉ　 ヽ ＼　　　 　‖ ヽ|ヽ 　
　 　 /|/　 ヽ｀======/　　⌒　｀ ========ﾉ 　 | |
　　　（||　 　　　　　　　.（●　●）　　　　　　　　 　|ﾉ
　　　　| 　　　　　　　 : ::　:::l l: ::: ::: 　　　　 　 　　｜
　　　 ｜　　　　　　_::　:二 Ｍ二__::::::.. .　 　 　 　　|
　　　　|　 　　　: ::: : ::: :: 　===　　::: :: :: :::: 　 　　）
　　　　＼ :::　　　:::::::::::　　::::::::::　　::::::::::::::　 　／|
　　　　／|ヽ 　ヽ:::: _-　::::: ⌒::　::::::::　-_ 　　ノ
　　 ／　｜| 丶＼_::＿:::::＿::::　:::::＿／::::　／
　　　　　 | | 　　　＼＼::::::: ::: ::　_／

Xindice使ってる人いる？JAVAでテキスト検索するときコンパイルと実行のコマンド
わかる？

しらね

Berkley DB XML が本命かも。
・C++でnative実行できる。DaemonがApacheモジュールとして稼働。C/Sとして扱える。
・XQuery、XPathなどが扱える（更新はどうなってんだろか）
・Java、C++からなどのインタフェイスがある

ある程度の規模のシステムで使えればいいな。あとはバックアップだとかトランザクションなどの問題がクリアできれば。

saxon

>>61
eXistなら独自機能の"XQuery Update Extensions"のほうを使うのだがもう遅いか

saxonica

Yggdrasil 1.5がオープンソースになってますな。

へぇ〜age

ウンコたれのキューブシステムの田邊が転職するために生活残業の事が知りたいそうでちゅ
ウンコたれのキューブシステムの田邊が転職するために生活残業の事が知りたいそうでちゅ
ウンコたれのキューブシステムの田邊が転職するために生活残業の事が知りたいそうでちゅ
ウンコたれのキューブシステムの田邊が転職するために生活残業の事が知りたいそうでちゅ
ウンコたれのキューブシステムの田邊が転職するために生活残業の事が知りたいそうでちゅ
ウンコたれのキューブシステムの田邊が転職するために生活残業の事が知りたいそうでちゅ
ウンコたれのキューブシステムの田邊が転職するために生活残業の事が知りたいそうでちゅ
ウンコたれのキューブシステムの田邊が転職するために生活残業の事が知りたいそうでちゅ
ウンコたれのキューブシステムの田邊が転職するために生活残業の事が知りたいそうでちゅ

へぇ〜age

XML-DBってそんなに使われてるのですか？

・オープンソース
・速い
・セキュアである
・クラスタリングなどが簡単にできる
といったPostgreSQL、MySQLみたいなのが出てこない限り使われることは無いね。
どれもこれも高杉。

　　　　∩
　　　 _( ⌒)　　　　　∩__
　　／ /,. ノ￣＼ 　 / .)E）
　/i" /　/|_|i_トil_|　/　/ 　　　　　／￣￣￣￣￣
　|ii.l/　/┃　┃{. /　/ 　　　　＜　矢島　いつも見てるわね、ボイン！ボイン！ボイン！
　|i|i＿/'''　ヮ''丿i＿/ 　　　　　　＼＿＿＿＿＿
　i|/　,ク　ム"／ ／
　|（　　ヽ _,.-===､j、
　ゞヽ‐ｲ/´　　　ヽ ヽ、
　　　＼!　　 ::c::　! :p
　　　　 }ヽ ＿_ ノ､＿ノ
　　　／　　　 ﾉ　ノ´

毎日人の悪口を書きまくっている粘着バカ永宗はここにもいるのか！
毎日人の悪口を書きまくっている粘着バカ永宗はここにもいるのか！
毎日人の悪口を書きまくっている粘着バカ永宗はここにもいるのか！
毎日人の悪口を書きまくっている粘着バカ永宗はここにもいるのか！
毎日人の悪口を書きまくっている粘着バカ永宗はここにもいるのか！

SAXONはXML PROCESSORだな

XMLDBってレコードにいちいちタグつけてくれるのか？

>>89
そういうことはRDBのエクスポート機能でできない？
ttp://f31.aaa.livedoor.jp/~tsbkw/wiki/pukiwiki.php?MySQL#content_1_3

(＝゜ω゜)ノぃょぅ

新○よ。特殊○級出身のおまえにＸＭＬＤＢは無理だ。おつかれさん。