- From: Boris Villazon-Terrazas <bvillazon@fi.upm.es>
- Date: Wed, 20 Jun 2012 10:22:03 +0200
- To: W3C RDB2RDF <public-rdb2rdf-wg@w3.org>
- Message-Id: <E18893CE-210C-49C3-8C5B-C4EAD5CBD2FA@fi.upm.es>
Hi all there was a resolution about this yesterday? Boris Begin forwarded message: > Resent-From: public-rdb2rdf-wg@w3.org > From: Kingsley Idehen <kidehen@openlinksw.com> > Subject: Re: issues with RDB engines/dialects IRIs for EARL results > Date: June 19, 2012 8:28:56 PM GMT+02:00 > To: public-rdb2rdf-wg@w3.org > > On 6/19/12 1:01 PM, Ted Thibodeau Jr wrote: >> All -- >> >> See <http://www.w3.org/2001/sw/wiki/RDB2RDF/SQL_Version_IRIs>. >> >> The current table lists -- >> >> Language Version IRI >> ================ ====================================== >> Core SQL:2008 http://www.w3.org/ns/r2rml#SQL2008 >> Oracle Database http://www.w3.org/ns/r2rml#Oracle >> MySQL http://www.w3.org/ns/r2rml#MySQL >> Microsoft SQL Server http://www.w3.org/ns/r2rml#MSSQLServer >> HSQLDB http://www.w3.org/ns/r2rml#HSQLDB >> PostgreSQL http://www.w3.org/ns/r2rml#PostgreSQL >> >> >> I see a few moderately significant issues -- >> >> 1. Engines not listed above which should be added to cover all >> current WG member implementations/testing include Ingres, >> Progress OpenEdge, DB2, Informix, Sybase ASE, Sybase SQL >> Anywhere, OpenLink Virtuoso. (We are testing against all >> of these.) There may well be more. > > Firebird should also be added. > > ODBC and JDBC are actually safer reference points than "Core SQL:2008" . We have to find a way to incorporate ODBC and JDBC bridges. > > Note: in our R2RML tests, all of the above work fine. Thus, nothing here is speculative. > >> >> 2. There is a need to distinguish between versions of the above >> engines (e.g., Oracle 8i, 9i, 10g, 11i; Microsoft SQL Server >> 6, 7, 2000, 2005, 2008, 2012; MySQL 3, 4, 5; etc.), because >> SQL:2008 is not supported by all current versions, never mind >> all past versions, and R2RML/DM implementation support of >> these engines/versions will therefore vary. >> >> I don't *think* we need to go down to build/binary version >> level, but I do think we need to go down as far as major >> release version of each dialect/engine. >> >> This *could* be done by removing "Version" entirely from the >> above ("Core SQL:2008" is arguably not a version but a dialect >> of its own) and requiring a version disclosure along with the >> "Dialect" (which label I'd put in place of "Language Version" >> above)... but that is potentially clumsy, and makes the simple >> IRIs we've minted insufficient as identifiers. > > +1 > >> >> 3. If we're going to keep a live results report page, then it >> seems we'll need to keep a live identifiers page, such that >> new engines can be added over time. > > +1 > > For those of us to live and breathe RDBMS connectivity middleware, contributing to such a Wiki isn't going to be burdensome. > > Kingsley >> >> Thoughts? >> >> Ted >> >> >> -- >> A: Yes. http://www.guckes.net/faq/attribution.html >> | Q: Are you sure? >> | | A: Because it reverses the logical flow of conversation. >> | | | Q: Why is top posting frowned upon? >> >> Ted Thibodeau, Jr. // voice +1-781-273-0900 x32 >> Senior Support & Evangelism // mailto:tthibodeau@openlinksw.com >> // http://twitter.com/TallTed >> OpenLink Software, Inc. // http://www.openlinksw.com/ >> 10 Burlington Mall Road, Suite 265, Burlington MA 01803 >> Weblog -- http://www.openlinksw.com/blogs/ >> LinkedIn -- http://www.linkedin.com/company/openlink-software/ >> Twitter -- http://twitter.com/OpenLink >> Google+ -- http://plus.google.com/100570109519069333827/ >> Facebook -- http://www.facebook.com/OpenLinkSoftware >> Universal Data Access, Integration, and Management Technology Providers >> >> >> >> >> >> >> > > > -- > > Regards, > > 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 > > > > >
Received on Wednesday, 20 June 2012 08:22:29 UTC