近年来，随着计算机局域网技术的不断发展，计算机体系结构已经发展到复杂 而开放的客户机／服务器模式。对于客户机／服务器应用的开发，目前常用的前端开 发工具有Visual Basic、Visual Foxpro、Delphi、PowerBuilder等，它们可以通过ODBC 接口访问服务器的SQL Server 数据库服务器，通常有三种方法(本文以ODBC2.0 为例)：
<UL type=square>
使用数据控制项
使用数据库对象变量进行编程
直接调用ODBC 2.0 API
ODBC 2.0 访问数据库时存在同步与异步执行模式之分，如果设计不当，则易发生系 统故障甚至系统死锁。下面笔者就实践经验，针对ODBC 2.0的同步与异步执行模式谈 一点使用经验和设置方法，欲与同行们商榷。
同步执行模式:
所谓同步执行模式，是指语句在同步执行模式下，将始终保持对程序流的控制，直至 程序结束。如查询操作，客户机上的应用程序在向服务器发出查询操作的指令后，将 一直等待服务器将查询结果返回客户机端，然后才继续进行下一步操作。
众所周知，应用程序要从一个大表中删除所有的记录将是非常耗时的，如果应用程序 采用的是单线程(thread)同步执行方式，某次删除工作很可能耽误其他重要工作的完 成。如果应用程序等待的是远程任务，那么远程服务器失败或网络故障或一些无法预 知的情况都可能使应用程序无限期地等下去，这是同步执行最大的缺陷。
但是同步执行模式可以简化程序编制的复杂性。程序员可以不用过多地了解比较复杂 的ODBC 2.0 API 的使用，而只需使用 ODBC 的同步执行模式或使用数据控制项和数据库对象变量来编写应用程序，可以提高开发效率，但程序运行速度比不上异步执行 模式的速度。
异步执行模式:
所谓异步执行模式，是指语句在异步执行模式下，各语句执行结 束的顺序与语句执行开始的顺序并不一定相同。例如 查询操作，客户机上的应用程序在向服务器发出了查 询操作的指令后，将立刻执行查询语句指令的下一条 语句，而不需要等到服务器将查询结果返回客户机端。 异步执行方式使应用程序能摆 脱单个任务的牵制，提高了灵活性和应用程序的执行 效率。但异步执行模式也存在一些问题，如它增加了 编程的复杂性，特别是编写互用性(interoperable)要求较高 的程序。
在负荷很重的客户／服务器系 统中，适宜采用异步执行模式。在这种环境下，时间 延迟频繁且漫长，相比之下异步执行的开销微不足 道。但是，如果应用运行的环境比较复杂，则必须建 立一套完整的机制，周期性地检查函数执行的状态， 以决定下一步执行方案。进行周期的检查可以有多种方法，如在 应用中设置计时器并处理WM_TIMER信息等。
虽然使用异步执行模式在编程 序时十分复杂，但可以实现多任务并行执行，使执行的效率大大提高。
选择并设置执行模式 在应用程序开发中选择同步模式还是异步模式，是一个比 较复杂的层次。当查询或对数据库的修改相对简单时，同步执行模式是一种 很好的选择，它能够在几秒 或更少的时间内返回结果数据。另外，在应用程序获 得结果集前不能继续执行时，根本不必要使用异步执 行模式。在复杂查询情况下，特别是复杂的多行数据 库的UPDATE 或DELETE 操作，可能需要很长的时间才能完成， 需采用异步执行模式，让用户可以同时对程序的其他 部分进行操作。
对于一般程序员来说，如果他对同步执行模式与异步执行模式不了解， 他往往会在对服务器发出一个操作语句(查询或读取一条记录等 操作)后，立该引用服务器返回的执行结果，或者对该 结果进行下一步操作，这是很危险的。因为，在异步 执行模式下，客户机上的后续语句是在该操作语句发 出后接着执行的，但由于各种原因，服务器不一定能 执行完该操作语句，并在后续语句执行前将结果返回 客户机。因此，后续语句在引用前一操作语句的执行 结果时，往往会因为该执行结果并不存在而引用了错 误的值，造成系统错误或死锁，所以在实际应用中应 根据具体情况慎重选择执行模式。
在ODBC 2.0 API 中，并非所有的驱动程序都支持异步执行方式，详细的情况请 参见有关文档。但如果编写的是互操作性要求较高的应用程序， 则必须在程序运行时动态地了解有关特性。了解一个 函数是否支持异步执行模式的具体方法很简单: 分配 一个语句按异步方式执行一次，若能成功，则具有异 步执行功能，否则便不具有。在ODBC 2.0 API 中，函数SQLSetStmtOption() 的功能是设置异步或异步执行模式，调用该函数的形式如下：
retcode=SQLSetStmtOption(hstmt，SQL_ASYNC_ENABLE,1)；
其中 hstmt 是一语句句柄，常数SQL_ASYNC_ENABLE是所设置的选项，参数'1' 是该选项开的标志,'0'表示该选项关）。如果函数返回SQL_SUCCESS，则表示驱动程 序支持该选项，并且 hstmt 现已被设置为异步执行方式；如果函数 返回SQL_ERROR则表示驱动程序不支持异步执行方式。ODBC 2.0 API 中共有20多个函数支持异步执行，如下所示。 SQLColAttributes() SQLColumnPrivileges() SQLColumns()
SQLDescribeCol() SQLDescribeParam() SQLExecDirect()
SQLExecute() SQLExtendedFetch() SQLFetch()
SQLForeignKeys() SQLGetData() SQLGetTypeInfo()
SQLMoreResults() SQLNumParams() SQLNumResultCols()
SQLParamData() SQLPrepare() SQLPrimaryKeyS()
SQLProcedureColumns()SQLProcedures() SQLPutData()
SQLSetPos() SQLSpecialColumns() SQLStatistics()
SQLTablePrivileges() SQLTables()
</PRE>
这些函数第一次调用后，将返回值SQL_STILL_EXE_CUTING，这时应用程序将继续执 行后续语句。过一段时间后，应该再次调用原函数，而且要注 意：实参数应传入与第一次调用时相同的语句句柄， 其他参数也应一样(但会被忽略)。如果函数返回值为SQL_SUCCESS， 则表明该语句已经执行完毕；如果函数返回SQL_STILL_EXECUTING， 则表明该语句仍在执行中。下面我们用一个简单的例子来说明：
RetCode=SQLSetStmtoption(hStmt,SQL_ASYNC_ ENABLE,1)
（置语句执行模式为异步执行模式）
RetCode=SQLExecDirect(hStmt,“select ＊ from employees”,23)
（执行其他操作）
… …
RetCode=SQLExecDirect(hStmt,“select ＊ from employees”,23)
下面判断SQLExecDirect()是否已执行完毕：
if ( iRetCode = SQL_STILL_EXECUTING)
{
… … 该语句未执行完，继续执行其他操作
}
else
{
if (iRetCode=SQL_SUCCESS)
{
… … 该语句已执行完，可对语句操作结果进行处理
}
}
综上所述，我们在使用ODBC 2.0 API编制应用程序时，应根据自身情况，适当选 择同步和异步两种模式，以便提高程序运行的可靠性和执行效率。
