Seriously, why does Firebird need a new non-standard interface? If, for any reason, an incompatible change is required, why not adopt an industry standard interface that has proven itself over time, that is well understood, well documented, and widely used?
I generally reject the argument of "reinventing the wheel" -- ox cart wheels don't work on carriages, carriage wheels don't work on trains, and train wheels don't work on cars. But the standardization of relational database systems has progressed to the point where a single defined interface can work with most, if not all, relational systems. What are the circumstances, if any, that dictate that Firebird develop a new interface that is both incompatible with the existing interface and non-standard? Those folks familiar with my work will recognize that I diverge from conventional wisdom at the drop of a hat, but this does not apply to interfaces. I created DSRI at DEC to paper over the differences between two database systems of radically different implementations, then used the same interface for Interbase. For DSQL, I used IBM's published interface for DB2 (for better or worse, mostly worse). All of my subsequent relation systems have used a C++ binding of JDBC, which I have to say works quite well. Sure, I could do better, just as GDML was a much better access language than SQL. (Amorphous, a non-relational system, has an all new interface head and shoulders better than JDBC, but that's a different question). So, gentlemen and ladies, why another incompatible and non-standard interface? > On Jul 24, 2014, at 11:11 PM, Jim Starkey <j...@jimstarkey.net> wrote: > > Why not just use the C++ binding of JDBC that I wrote for Vulcan? > > > ------------------------------------------------------------------------------ Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
