Re: Best practice - use db xmldb of or file system for simple xml (xhtml) documents

[Marcin Okraszewski <ok...@o2.pl>]

> i just copy from Marcin's mail
> 
> 
>>But coming to character escaping. I'm not sure what you exactly do, but 
>>I store the article in relational DB (HSQLDB) and use ESQL logic sheet 
>>to take it out of there. And what I had to do, to was to use 
>><esql:get-xml/> instead of <esql:get-string/> (hopefully HTMLArea 
>>produces XHMLT).
>>
> 
> 
> so the question here is:
> if i want to store xml (xhtml) document (or fragment) the best way is to 
> use a relational db system, xml db system or just the file system
> 
> there is no need for xpath queries, just to get tha xml content or same it 
> back
> 
> i think that for simplicity reasons filesystem win points, but i dont know 
> about performance issues..

I did also wondered about this, but I didn't checked it yet. I'm also 
wondering what is better - to generate file from a plain xml or from xsp 
page. In the second you don't have to parse the file each time, but on 
the other hand you also don't have to keep so many objects loaded.

To be honest if I had free XML DB that had supported XQuery 3 months ago 
(eXist haven't even mentioned about it) I would definetely use XML DB - 
for simplicity reasons :-)

Regards,
Marcin Okraszewski


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org

Re: Best practice - use db xmldb of or file system for simple xml (xhtml) documents

[Marcin Okraszewski <ok...@o2.pl>]

>> To be honest if I had free XML DB that had supported XQuery 3 months 
>> ago (eXist haven't even mentioned about it) I would definetely use XML 
>> DB - for simplicity reasons :-)
> 
> 
> Well I think you might have just missed this feature since it was added 
> on *November 22, 2003 (almost exactly 3 Months ago).

Well if I count correctly November 22 was almost exactly 2 months ago. 
Any way - I needed it at middle of October. Now I'll probably 
incorporate it in version 2.0 of my system :-)

Regards,
Marcin Okraszewski


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org

Re: Best practice - use db xmldb of or file system for simple xml (xhtml) documents

[Christofer Dutz <du...@c-ware.de>]

Marcin Okraszewski wrote:

>
>> i just copy from Marcin's mail
>>
>>
>>> But coming to character escaping. I'm not sure what you exactly do, 
>>> but I store the article in relational DB (HSQLDB) and use ESQL logic 
>>> sheet to take it out of there. And what I had to do, to was to use 
>>> <esql:get-xml/> instead of <esql:get-string/> (hopefully HTMLArea 
>>> produces XHMLT).
>>>
>>
>>
>> so the question here is:
>> if i want to store xml (xhtml) document (or fragment) the best way is 
>> to use a relational db system, xml db system or just the file system
>>
>> there is no need for xpath queries, just to get tha xml content or 
>> same it back
>>
>> i think that for simplicity reasons filesystem win points, but i dont 
>> know about performance issues..
>
>
> I did also wondered about this, but I didn't checked it yet. I'm also 
> wondering what is better - to generate file from a plain xml or from 
> xsp page. In the second you don't have to parse the file each time, 
> but on the other hand you also don't have to keep so many objects loaded.
>
> To be honest if I had free XML DB that had supported XQuery 3 months 
> ago (eXist haven't even mentioned about it) I would definetely use XML 
> DB - for simplicity reasons :-)

Well I think you might have just missed this feature since it was added 
on *November 22, 2003 (almost exactly 3 Months ago).

Chris
*

>
> Regards,
> Marcin Okraszewski
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org