[libdb-develop] Hashes or Auto Increment IDs?
Status: Inactive
Brought to you by:
morbus
|
From: Morbus I. <mo...@di...> - 2004-01-15 18:44:51
|
In a lot of the tables within LibDB, I use a 20 character alphanumeric ID
to uniquely identify an item. One of the prime reasons for this was to
create unique URLs, something like:
/person/129387123kj1h23/
/expression/129387123987/
/concept/1237192387193/
and so forth. Going to that URL would give you information about the data
being described, as you'd expect. I've been using these 20chars on
everything that I felt people would want to look at: a list of
identifiers ("create a list based on Artisan's cataloging ID"),
people, etc., etc.
I've NOT been using 20chars when it came to, what I felt, were
database only associations, namely the relationships. The 23rd
relationship would have id#23 and so forth.
So, here's the question: should I use 20chars on everything? What
if, programmatically, a script needed to have a relationship (and
only one relationship) described in XML or SQL or whatever else?
/relationship/1237192387193/sql
/relationship/1237192387193/mods
/relationship/1237192387193/n3
Would that ever be useful to people? Would that ever be useful to
programming or a web service? Should I just bite the bullet now
and use char20's for every table in the database?
Thoughts appreciated.
--
Morbus Iff ( i put the demon back in codemonkey )
Culture: http://www.disobey.com/ and http://www.gamegrene.com/
Spidering Hacks: http://amazon.com/exec/obidos/ASIN/0596005776/disobeycom
icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus
|