Programming Extended Stored Procedures
.gif "ms164734.note(es-es,SQL.90).gif") Importante: |
|---|
| Esta característica se quitará en una versión futura de Microsoft SQL Server. No utilice esta característica en nuevos trabajos de desarrollo y modifique lo antes posible las aplicaciones que actualmente la utilizan. Use CLR integration instead. |
In the past, Open Data Services was used to write server applications, such as gateways to non-SQL Server database environments. Microsoft SQL Server 2005 and SQL Server 2000 do not support the obsolete portions of the Open Data Services API. The only part of the original Open Data Services API still supported by SQL Server are the extended stored procedure functions, so the API has been renamed to the Extended Stored Procedure API.
With the emergence of newer and more powerful technologies, such as distributed queries and CLR Integration, the need for Extended Stored Procedure API applications has largely been replaced.
[!NOTA] If you have existing gateway applications, you cannot use the opends60.dll that ships with SQL Server 2005 to run the applications. Gateway applications are no longer supported.
Extended Stored Procedures vs. CLR Integration
In earlier releases of SQL Server, extended stored procedures (XPs) provided the only mechanism that was available for database application developers to write server-side logic that was either hard to express or impossible to write in Transact-SQL. CLR Integration provides a more robust alternative to writing such stored procedures. Furthermore, with CLR Integration, logic that used to be written in the form of stored procedures is often better expressed as table-valued functions, which allow the results constructed by the function to be queried in SELECT statements by embedding them in the FROM clause.
Vea también
Otros recursos
Mejoras en la programación del motor de base de datos
Introduction to Common Language Runtime (CLR) Integration
CLR Table-Valued Functions