Client Components

Users do not access Microsoft® SQL Server™ directly; instead, they use an application written to access the data in SQL Server. This can include utilities that come with SQL Server, third party applications that run on SQL Server, or inhouse applications developed by programmers at the SQL Server site. SQL Server can also be accessed through COM, Microsoft ActiveX®, or Windows Distributed interNet Applications Architecture (Windows DNA) components.

Applications are written to access SQL Server through a database application programming interface (API). A database API contains two parts:

Native API support means the API function calls are mapped directly to the network protocol sent to the server. There is no intermediate translation to another API needed. SQL Server provides native support for two main classes of database APIs:

An example of nonnative support for an API would be a database that does not have an OLE DB provider, but does have an ODBC driver. An OLE DB application could use the OLE DB provider for ODBC to connect to the database through an ODBC driver. This provider maps the OLE DB API function calls from the application to ODBC function calls it sends to the ODBC driver.

SQL Server also supports:

The Microsoft OLE DB Provider for SQL Server, the SQL Server ODBC driver, and DB-Library are each implemented as a DLL that communicates to SQL Server through a component called a client Net-Library.

See Also
Overview of Building SQL Server Applications Application Development Architecture

  


(c) 1988-98 Microsoft Corporation. All Rights Reserved.