<div>The only way for this to be extensable, and backwards compatible enough really is to have the following structure.</div>
<div> </div>
<div>InventoryItem ---->AssetUUID-----> DataHash</div>
<div> </div>
<div>InventoryItem would be mapped to AssetUUID.  AssetUUID would have a many to one relationship with DataHash..   this would allow for multiple UUIDs generated the random way to be associated with a single data object in the database.  </div>

<div> </div>
<div>Best Regards</div>
<div><br>Teravus<br><br> </div>
<div><span class="gmail_quote">On 6/23/08, <b class="gmail_sendername">Sean Dague</b> <<a href="mailto:sean@dague.net">sean@dague.net</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Mon, Jun 23, 2008 at 03:59:39PM -0400, Teravus Ovares wrote:<br>> I'm not convinced the SHA1 UUID will be extensible enough to allow for<br>
> future plans.   The idea is to not assume anything with a UUID.  Adding<br>> assumptions increases scalability at the cost of extensibility.<br><br>If we make UUID generation a static function that takes a reference to<br>
the content we should be able to implement all 5 RFC UUID types today<br>(<a href="http://www.faqs.org/rfcs/rfc4122.html">http://www.faqs.org/rfcs/rfc4122.html</a>)<br><br>Presumably we'd just do implementations for version 4 (random) and<br>
version 5 (sha1).  UUID type will be detectable as there are reserved<br>bits (though we'll probably need a path for "damn lindens don't follow<br>UUID specs, so here are some hardcoded UUIDs that are in the system that<br>
don't follow specs").<br><br>   -Sean<br><br>--<br>__________________________________________________________________<br><br>Sean Dague                                       Mid-Hudson Valley<br>sean at dague dot net                            Linux Users Group<br>
<a href="http://dague.net">http://dague.net</a>                                 <a href="http://mhvlug.org">http://mhvlug.org</a><br><br>There is no silver bullet.  Plus, werewolves make better neighbors<br>than zombies, and they tend to keep the vampire population down.<br>
__________________________________________________________________<br><br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG v1.4.6 (GNU/Linux)<br><br>iD8DBQFIYAN1SamXem9TdyYRAtTbAJ9Yzuf1Luhy2DltPmZnF2/CsyNmVACfef6D<br>7lThzPS4+spuusW4kBrlYNk=<br>
=dyDj<br>-----END PGP SIGNATURE-----<br><br>_______________________________________________<br>Opensim-dev mailing list<br><a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
<br><br></blockquote></div><br>