Sophie

Sophie

distrib > Fedora > 15 > i386 > by-pkgid > 864d1c3c3cd8df4e3a2692faf8776e05 > files > 500

db4o-doc-7.4-2.fc13.i686.rpm

<html>
  <head>
    <META http-equiv="Content-Type" content="text/html; charset=utf-8">
    <title>IDs and UUIDs</title>
    <link rel="stylesheet" type="text/css" href="../../style.css">
  </head>
  <body>
    <div class="CommonContent">
      <div class="CommonContentArea">
        <h1>IDs and UUIDs</h1>
<P>The db4o team recommends not to use object IDs where it is not necessary. db4o keeps track of object identities in a transparent way, by identifying "known" objects on updates. The reference system also makes sure that every persistent object is instantiated only once, when a graph of objects is retrieved from the database, no matter which access path is chosen. If an object is accessed by multiple queries or by multiple navigation access paths, db4o will always return the one single object, helping you to put your object graph together exactly the same way as it was when it was stored, without having to use IDs.</P>
<P>The use of IDs does make sense when object and database are disconnected, for instance in stateless applications.</P>
<P><div class="childTopicList">More Reading:<ul>
<li><p><a href="ids_and_uuids/internal_ids.html" class="wikiLink">Internal IDs</a></p></li>
<li><p><a href="ids_and_uuids/unique_universal_ids.html" class="wikiLink">Unique Universal IDs</a></p></li>
</ul></div>
</P></div>
    </div>
    <div id="footer">
					This revision (7) was last Modified 2006-11-14T18:48:51 by Eric Falsken.
				</div>
  </body>
</html>