<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
    It's basically as if your database would store every row as XML in a
    virtual filesystem. This just can't perform very well at all, the
    concept doesn't allow this. <br>
    And with something complex like a calendar with events, it goes
    totally nuts. A sophisticated calendar is tricky even with a regular
    database, with XML content it's server kill. ;)<br></div></blockquote><div><br></div><div>Well, for <span tabindex="-1" id=":1d8.1" style class="">OpenCms</span> <span tabindex="-1" id=":1d8.2" style class="">inexperienced</span> <span tabindex="-1" id=":1d8.3" style class="">programmers</span> it's even more <span tabindex="-1" id=":1d8.4" style class="">surpri</span>sing, as to avoid <span tabindex="-1" id=":1d8.5" style class="">xml</span> serialization, the calendar stores the relevant data as properties. These properties are stored as plain text in the database.<br><br>With regard to the performance, several tests suggest that the processing time in such scenarios is not lineal with respect to the number of properties read. It seems as if there were some penalties due to memory resizing operations.<br><br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
    <br>
    Unless OpenCms is offering some database connection features (e.g.
    through Hibernate) to avoid storing everything in XML in the VFS,
    you do better with a real database solution.</div></blockquote><div><br></div><div>But don't forget that one of the problems that Open<span tabindex="-1" id=":1d8.6" style class="">Cms</span> has to solve is the <span tabindex="-1" id=":1d8.7" style class="">permission</span>s check.<br><br></div><div>Regards,<br><br></div><div>Alberto<br></div><div><br></div></div><br></div></div>