<?xml version="1.0" encoding="UTF-8"?>











<rss version="2.0" xmlns:jf="http://www.jivesoftware.com/xmlns/jiveforums/rss">



<channel>
    <title>Support Forums: Message List - Object Persistence with the db4o Object Database</title>
    <link>http://www.theserverside.com</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    
        <generator>Jive Forums Silver 5.5.30 (www.jivesoftware.com)</generator>
    
    <pubDate>Sat, 18 May 2013 23:30:18 -0400</pubDate>


    <item>

        <title>Serialization does not work for longterm persistence</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[<blockquote>I see no reason to use relational database for object persistence if serialization can be used to solve the same thing.</blockquote><br>Serialization should not be used for longterm persistence for the following reasons:<br>(1) Serialization...]]></description>
        

        <pubDate>Thu, 09 Dec 2004 08:55:57 -0500</pubDate>

        

        <jf:creationDate>Thu, 09 Dec 2004 08:55:57 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 09 Dec 2004 08:55:57 -0500</jf:modificationDate>
        <jf:date>Dec 9, 2004</jf:date>
        <jf:author>Carl Rosenberger</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Relational DBMSs Considered Harmful</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[The burden of proving relational databases are better than object databases:<br><br>&quot;The relational model is mathematically correct.&quot;<br><br>That is important but it is not enough. The Chinese Remainder Theorem is also mathematically correct...]]></description>
        

        <pubDate>Thu, 09 Dec 2004 02:46:52 -0500</pubDate>

        

        <jf:creationDate>Thu, 09 Dec 2004 02:46:52 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 09 Dec 2004 02:46:52 -0500</jf:modificationDate>
        <jf:date>Dec 9, 2004</jf:date>
        <jf:author>Klaus Wuestefeld</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Fear</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[<blockquote>I think it's sad that someone deeply involved in a successful and neat Java product like Hibernate has retarded to citing DBDebunk FUD.</blockquote><br>If I had a product prolonging the morbid days of the relational database by putting object...]]></description>
        

        <pubDate>Thu, 09 Dec 2004 00:37:08 -0500</pubDate>

        

        <jf:creationDate>Thu, 09 Dec 2004 00:37:08 -0500</jf:creationDate>
        <jf:modificationDate>Thu, 09 Dec 2004 00:37:08 -0500</jf:modificationDate>
        <jf:date>Dec 9, 2004</jf:date>
        <jf:author>Klaus Wuestefeld</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>db4o is not old stuff in new bags</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[db4o is not old stuff ...<br><br>- Persistence is non-intrusive. You simply store any object without having to run an enhancer or a special classloader.<br>- True object querying is provided using query-by-example.<br>- It's native Java.<br>- Simple...]]></description>
        

        <pubDate>Wed, 08 Dec 2004 19:09:36 -0500</pubDate>

        

        <jf:creationDate>Wed, 08 Dec 2004 19:09:36 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 08 Dec 2004 19:09:36 -0500</jf:modificationDate>
        <jf:date>Dec 8, 2004</jf:date>
        <jf:author>Carl Rosenberger</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Three O-R mismatches, not one</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[I think it's sad that someone deeply involved in a successful and neat Java product like Hibernate has retarded to citing DBDebunk FUD.<br><br>Java and .NET are mainstream, right? It's only natural that people simply want to store objects, right? Now how...]]></description>
        

        <pubDate>Wed, 08 Dec 2004 19:03:22 -0500</pubDate>

        

        <jf:creationDate>Wed, 08 Dec 2004 19:03:22 -0500</jf:creationDate>
        <jf:modificationDate>Wed, 08 Dec 2004 19:03:22 -0500</jf:modificationDate>
        <jf:date>Dec 8, 2004</jf:date>
        <jf:author>Carl Rosenberger</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Object Persistence with the db4o Object Database</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[<blockquote>Hibernate second level cache will probably do the trick for you.</blockquote><br>Yes, we use both object and query Hibernate caches, both help a lot. But application internally require 2 additional cache levels to store task/user tree with...]]></description>
        

        <pubDate>Tue, 07 Dec 2004 12:10:42 -0500</pubDate>

        

        <jf:creationDate>Tue, 07 Dec 2004 12:10:42 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 07 Dec 2004 12:10:42 -0500</jf:modificationDate>
        <jf:date>Dec 7, 2004</jf:date>
        <jf:author>Maxim Kramarenko</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Hierarchy example</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[<blockquote>No, this shows that you should make a query to check permissions for the whole list of items. Making a separate check for each item almost the same mistake as the dreaded 1+N loading in BMP entity beans.</blockquote><br>Yes, we has such...]]></description>
        

        <pubDate>Tue, 07 Dec 2004 11:48:58 -0500</pubDate>

        

        <jf:creationDate>Tue, 07 Dec 2004 11:48:58 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 07 Dec 2004 11:48:58 -0500</jf:modificationDate>
        <jf:date>Dec 7, 2004</jf:date>
        <jf:author>Maxim Kramarenko</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>Object Persistence with the db4o Object Database</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[<blockquote></blockquote>Suggest reading Joe Celko's SQL for Smarties: Advanced SQL Programming<a class="jive-link-external" href="http://www.amazon.com/exec/obidos/tg/detail/-/1558605762/002-2004642-6599214?v=glanceand"...]]></description>
        

        <pubDate>Tue, 07 Dec 2004 10:16:27 -0500</pubDate>

        

        <jf:creationDate>Tue, 07 Dec 2004 10:16:27 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 07 Dec 2004 10:16:27 -0500</jf:modificationDate>
        <jf:date>Dec 7, 2004</jf:date>
        <jf:author>Konstantin Ignatyev</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Hierarchy example</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[<blockquote>This means that we should execute START WITH/CONNECT BY query (or any other syntax) 3000-5000 times times in a second or even faster. Even query by primary key can't be so fast :-)This is very simple example, but it shows that hierarchical...]]></description>
        

        <pubDate>Tue, 07 Dec 2004 06:40:05 -0500</pubDate>

        

        <jf:creationDate>Tue, 07 Dec 2004 06:40:05 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 07 Dec 2004 06:40:05 -0500</jf:modificationDate>
        <jf:date>Dec 7, 2004</jf:date>
        <jf:author>Bostjan Dolenc</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Object Persistence with the db4o Object Database</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[</blockquote>Suggest reading Joe Celko's SQL for Smarties: Advanced SQL Programming<a class="jive-link-external" href="http://www.amazon.com/exec/obidos/tg/detail/-/1558605762/002-2004642-6599214?v=glanceand"...]]></description>
        

        <pubDate>Tue, 07 Dec 2004 03:48:09 -0500</pubDate>

        

        <jf:creationDate>Tue, 07 Dec 2004 03:48:09 -0500</jf:creationDate>
        <jf:modificationDate>Tue, 07 Dec 2004 03:48:09 -0500</jf:modificationDate>
        <jf:date>Dec 7, 2004</jf:date>
        <jf:author>Maxim Kramarenko</jf:author>
        <jf:replyCount>4</jf:replyCount>
    </item>


    <item>

        <title>Object Persistence with the db4o Object Database</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[<blockquote><blockquote>This is the kind of FUD we have heard for more than 10 years from network/object-database vendors. I know, selling ideas from the 60's can be quite hard, but saying that a data model based on logic and mathematical principles is...]]></description>
        

        <pubDate>Mon, 06 Dec 2004 16:43:48 -0500</pubDate>

        

        <jf:creationDate>Mon, 06 Dec 2004 16:43:48 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 06 Dec 2004 16:43:48 -0500</jf:modificationDate>
        <jf:date>Dec 6, 2004</jf:date>
        <jf:author>Konstantin Ignatyev</jf:author>
        <jf:replyCount>5</jf:replyCount>
    </item>


    <item>

        <title>object != value</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[<blockquote>If you hard-code it in both, then you've got double-maintinence.</blockquote>Yes, this is one of reasons to generate adapters. I am not  expert, but I hope you can define model in programming language neutral way for OODBMS too, it causes the...]]></description>
        

        <pubDate>Mon, 06 Dec 2004 16:28:07 -0500</pubDate>

        

        <jf:creationDate>Mon, 06 Dec 2004 16:28:07 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 06 Dec 2004 16:28:07 -0500</jf:modificationDate>
        <jf:date>Dec 6, 2004</jf:date>
        <jf:author>Juozas Baliuka</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>object != value</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[Ah, so &quot;object encapsulation&quot; for this person means hiding the internal representation and present the client of your type (class) with a public interface of operators (methods). I don't see anything about business rules, constraints or...]]></description>
        

        <pubDate>Mon, 06 Dec 2004 15:59:47 -0500</pubDate>

        

        <jf:creationDate>Mon, 06 Dec 2004 15:59:47 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 06 Dec 2004 15:59:47 -0500</jf:modificationDate>
        <jf:date>Dec 6, 2004</jf:date>
        <jf:author>Christian  Bauer</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>


    <item>

        <title>object != value</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[<blockquote><blockquote>I'm not saying not to use an RDBMS. Just acknowledge that doing so violates OO encapsulation. Its a risk, and all risks can be managed. But it is a risk you wouldn't have with a proer object database.</blockquote>Where can we find...]]></description>
        

        <pubDate>Mon, 06 Dec 2004 15:34:24 -0500</pubDate>

        

        <jf:creationDate>Mon, 06 Dec 2004 15:34:24 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 06 Dec 2004 15:34:24 -0500</jf:modificationDate>
        <jf:date>Dec 6, 2004</jf:date>
        <jf:author>Brian Sayatovic</jf:author>
        <jf:replyCount>1</jf:replyCount>
    </item>


    <item>

        <title>Lightweight persistence - Prevayler</title>
        <link>http://www.theserverside.com/discussions/thread.tss?thread_id=30353</link>

        

        
            <description><![CDATA[<blockquote>...Particularly I would like to point out to prevayler.In many, many cases this is a fanatstic solution<br>* No external container<br>* One stays completely in the Java world<br>* Extremely fast and reliable<br>* Very easy to test and...]]></description>
        

        <pubDate>Mon, 06 Dec 2004 15:31:08 -0500</pubDate>

        

        <jf:creationDate>Mon, 06 Dec 2004 15:31:08 -0500</jf:creationDate>
        <jf:modificationDate>Mon, 06 Dec 2004 15:31:08 -0500</jf:modificationDate>
        <jf:date>Dec 6, 2004</jf:date>
        <jf:author>Brian Sayatovic</jf:author>
        <jf:replyCount>0</jf:replyCount>
    </item>



</channel>
</rss>

