ODBC和IDAPI之争
当Microsoft在逐渐的击败他的竞争对手，并且拥有了大部份PC数据库市场之后，便慢慢的了解到掌握标准的重要性。此外Microsoft为了统一各应用程序之间不同资料的存取，因此开始制定存取资料的统一标准-ODBC。Microsoft更大的目的是为了准备和瞄准下一场的大战，那就是PC上的RDBMS产品。当然Microsoft 要一统资料存取的江山，Borland不同意，其时一心想从Microsoft扳回一城的IBM也不同意，而Novell更是害怕，因为Novell怕 Microsoft成功之后Netware会消失得更快。于是IBM，Novell和Borland以及一些其它的小厂便聚集在一起，决定也制定一套存取资料的标准接口来和Microsoft对抗，这就是IDAPI。此时也正式揭开了ODBC和IDAPI竞争的序幕。不过IBM，Novell和Borland的结合很快的就证明是失败的，因为就像稍后说明的一样，IBM在PC软件上的发展一直是三心二意，反反复复，因此当IDAPI 1.0的规格出来之后，IBM这位老兄又失去了和Microsoft对抗的兴趣，于是就退出了IDAPI联盟。至于Novell就更不用说了，Novell对于和Microsoft一向是『说说可以，真打不行』，一定要找到一群厂商才敢和Microsoft对抗。Novell在眼看IBM退出之后，也马上不战而降，很快的就也退出IDAPI联盟，这个现象和稍后Novell对于和Borland秘密合作的 Appware/AppBuilder计划如出一辙，都是虎头蛇尾，草草收场。 在两个大盟友临阵脱逃之后，Philippe Kahn仍然不畏惧Microsoft的竞争，还是以IDAPI 1.0的规格实作资料存取引擎，这就是我们现在使用的BDE/IDAPI和SQL Links的前身。当时IDAPI 1.0的功能规格比ODBC 1.0好得多了，我记得Delphi 1.0使用的BDE/IDAPI和SQL Links驱动程序也比当时慢得像乌龟的ODBC快上太多了。只可惜在IBM和Novell推出之后，其它的小厂也是一轰而散。因此Borland只能靠自己独自和Microsoft对抗。Borland能够以少量的资源一直对抗到Delphi 3的BDE/IDAPI才逐渐地被ODBC追过，也算是非战之罪了。怪也只能怪Borland意志不坚的盟友。当然由于IBM和Novell的行事做风是如此，在稍后许多能够和Microsoft一较长短的公司会也因为如此而消逝，最后自食恶果，逐渐失去了PC的软件市场，再也无力和Microsoft抗衡了。现在呢，Borland似乎吸取了当时的错误，正努力的在Linux上定义标准资料存取接口dbExpress, 我希望也祝福Borland能够成功。
当Visual C++ 1.0在C/C++开发工具市场获得了空前成功之后，Borland才从Borland C/C++ 3.1的胜利梦中惊醒，思考如何面对Visual C++�
SQLite官方网站例子：
#include <stdio.h>
#include <sqlite3.h>
static int callback(void *NotUsed, int argc, char **argv, char **azColName){
int i;
for(i=0; i<argc; i++){
printf("%s = %s\n", azColName[i], argv[i] ? argv[i] : "NULL");
}
printf("\n");
return 0;
}
i ......
拿到这本电子书看了林博士写的前言，讲述的什么是编程老手与编程高手，此时我才知我只能称得上是业余编程爱好者而已,林博士对编程老手与编程高手做了如下的定义：
定义 1：能长期稳定地编写出高质量程序的程序员称为编程老手。
定义 2：能长期稳定地编写出高难度、高质量程序的程序员称为编程高手。 ......
