I Have A Dream: My Personal API is almost here! (Part 2)
(Almost) as soon as I hit the "Submit" button on my last post, I see this post from RWW on a new startup (but really built on online storage company Mozy and an acquired personal information aggregator startup, into a...
I Have A Dream: Where is my personal API? (Part 1)
The words bubbling in the mouths of every tech, (digital) marketing person nowadays are: API, Web 2.0, social web, social networks, etc. etc. And on, and on on it goes. And frankly I am sick of it! Why? Because with...
The expected utility function of open data
I went over an earlier post and realized my message probably was hard to understand because of the poor english in it (apologies, it was late when I posted it, and did it from a stream of consciousness). I...
The Semantic Webs Controlled Chaos
February 11, 2008 By Uche Ogbuji
The gospel of database architecture speaks of entities, which are related in very careful ways to construct information systems, the foundation of successful enterprise applications.
These entities are ethereal phenomena that take shape in the form of rows in enterprise databases, signified by identifiers. These identifiers are meant to be no more than a handle for the algebra of abstract entities, and they should not take on a significance of their own. They should be opaque. They should have no "business meaning."
If you want to comment on these or any other articles you see on Intranet Journal, we'd like to hear from you in our IT Management Forum. Thanks for reading.
This database approach is a great way to enforce order. The schema provides strict rules that govern entities and their relationships. The application wraps this order neatly, and all users see is a well-oiled machine. The problem comes about when the real world begins to strain the boundaries of the abstract entities behind all this order.
Sometimes it just turns out that an entity needs additional properties or relationships to meet evolving needs. Such changes cause some pain, generally in the form of cross-your-fingers-and-"ALTER TABLE," and then the required application re-coding. In other cases the very nature of the information space evolves so that the original system of identifiers and relationships needs to be restructured. Sometimes integration projects force a leaking of identifier integrity through messy mappings.
Such major changes are inevitable in the case of major changes in regulation, or mergers and acquisitions, or the re-use of an application in another setting. But they can be triggered by even smaller forces, and in general -- despite the best intentions and skills of database engineers -- it's all too common for an application to show serious strain from real world changes, and before you know it, the sleek machine is leaking considerable oil.
Contrast this to the Web, which is sloppy by design. There is never as much order in even the smallest corner of the Web than in a well-designed enterprise application, and yet Web applications often retain their value and effectiveness despite being subjected most directly to the madness of real world change. It turns out that the sloppiness is a virtue. It means less disruption when entities change shape and even basic nature, and are stretched to fit wildly different viewpoints. When relationships bend and even break on the Web it causes inconvenience, but rarely fundamental problems. The Web is known for its ability to route around damage, and such resilience would serve enterprise applications just as well.
The main reason for this resilience is that rather than deprecating the role of entity identifiers, the Web embraces them. URLs are everywhere. They are made widely available for use and abuse, and they suffer plenty of both. When URLs are covered up, this is considered defect, as in the early generation of AJAX applications. Parts of URLs, specifically domain names, can be more valuable than the referenced contents.
Add semanticweb.com to your favorites Add semanticweb.com.com to your browser search box IE 7 | Firefox 2.0 | Firefox 1.5.xReceive news via our XML/RSS feed