The development of Connector/ODBC v5 has been ODBC Centric. Who cares and how important is this distinction?
The folks who care the most are those that get into the C/ODBC code in the hopes of tracing down a bug or otherwise enhancing the code. You see; developing C/ODBC with an ODBC centric frame-of-mind means that anyone who understands the ODBC specification, even superficially, will find the code approachable. Presumably anyone using the ODBC driver will have some understanding of ODBC and certianly those savy enough to dive into the C/ODBC code.
The different frame-of-mind manifests itself in a wide variety of ways all of which makes cross-referencing to the ODBC specification much easier. For example;
- Naming conventions, from files to variables, are more meaningfull from an ODBC perspective.
- Reduction and isolation of references to MySQL specific code (loose coupling) reduces need to understand both …