ontolog-forum
[Top] [All Lists]

Re: [ontolog-forum] Complexity, efficiency, and the user language (was P

To: ontolog-forum@xxxxxxxxxxxxxxxx
From: Kingsley Idehen <kidehen@xxxxxxxxxxxxxx>
Date: Tue, 29 Oct 2013 17:49:15 -0400
Message-id: <52702D5B.7040901@xxxxxxxxxxxxxx>
On 10/29/13 4:54 PM, John F Sowa wrote:
>> SQL struggles with federation because Tables are local and DBMS
>> >engine specific...SQL identifiers are typically DBMS engine specific
> You can put any data of any kind -- including IRIs -- in any field of
> an RDB.    (01)

Yes, but the RDBMS has to be able to offer reference (as part of its 
DDL) and de-reference (as part of its DML) for reference types to work. 
An HTTP URI won't auto-magically deliver super-key functionality, that 
scales in line with the expanse of an HTTP network (e.g. the World Wide 
Web), without the aforementioned functionality.    (02)

>   The SQL WHERE clause is fairly clean.  But the largest RDB
> vendor did everything possible to make their system a "roach motel".
Yes!    (03)

And for some of us, its a professional ambition decouple the data held 
hostage by these "roach motels" via the kind of open data connectivity 
that Linked Data enables :-)    (04)

--     (05)

Regards,    (06)

Kingsley Idehen 
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca handle: @kidehen
Google+ Profile: https://plus.google.com/112399767740508618350/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen    (07)

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature


_________________________________________________________________
Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/  
Config Subscr: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/  
Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
Shared Files: http://ontolog.cim3.net/file/
Community Wiki: http://ontolog.cim3.net/wiki/ 
To join: http://ontolog.cim3.net/cgi-bin/wiki.pl?WikiHomePage#nid1J    (01)

<Prev in Thread] Current Thread [Next in Thread>