Procedimento armazenado estendido do mecanismo do banco de dados – Programação +

Aplica-se a:SQL Server

Importante

Esse recurso será removido em uma versão futura do SQL Server. Evite usar esse recurso em desenvolvimentos novos e planeje modificar os aplicativos que atualmente o utilizam. Use a integração CLR em vez disso.

No passado, o Open Data Services era usado para gravar aplicativos de servidor, como gateways para ambientes de banco de dados que não fossem o SQL Server. O Microsoft SQL Server não oferece suporte a partes obsoletas da API do Open Data Services. A única parte da API original do Open Data Services ainda com suporte no SQL Server são as funções de procedimento armazenado estendido, portanto, a API foi renomeada para API de Procedimento Armazenado Estendido.

Com o surgimento de tecnologias mais novas e mais avançadas, como as consultas distribuídas e a integração CLR, a necessidade por aplicativos de API de procedimento armazenado estendido foi amplamente substituída.

Observação

Se você tiver aplicativos gateway existentes, não poderá usar o opends60.dll fornecido com o SQL Server para executar os aplicativos. Os aplicativos de gateway já não são mais suportados.

Procedimentos armazenados estendidos e Integração de CLR

Em versões anteriores do SQL Server, os XPs (procedimentos armazenados estendidos) forneciam o único mecanismo disponível para os desenvolvedores de aplicativos de banco de dados escreverem lógica do lado do servidor que era difícil de expressar ou impossível de gravar no Transact-SQL. A Integração CLR fornece uma alternativa mais robusta para gravar esses procedimentos. Além disso, com a Integração CLR, a lógica que costumava ser gravada na forma de procedimentos armazenados é, em geral, melhor expressada como funções com valor de tabela, o que permite que os resultados criados pela função sejam consultados nas instruções SELECT, inserindo-os na cláusula FROM.

Confira também

Visão geral da integração CLR (Common Language Runtime)
Funções com valor de tabela do CLR