Cuestión : Servidores ligados a “Thunk” 64-bit a OLEDB de 32 bits

Necesitamos encontrar un mecanismo para “thunking” de nuestro paquete recibido MSSQL 64-bit de PDM a nuestro paquete del ERP que proporcione solamente conductores de 32 bits de ODBC/OLEDB.  Creemos que podemos fijar un servidor ligado en el MSSQL 64-bit (SQL64) a un caso de 32 bits intermedio de MSSQL (MSSQL32) con un servidor ligado usar el conductor de 32 bits de OLEDB que t (OLEDB32) o alcanza esto.  Tenemos con éxito Somewhate que esto es gráficamente lo que nosotros have.

MSSQL64
  |
LinkedServerToMSSQL32
  |
OLEDB64.sqlserver
  |
MSSQL32
  |
LinkedServerToERP32
  |
OLEDB32.erp
  |el
ERP

In MSSQL32 hemos creado un servidor ligado que utiliza el UNI OLEDB 32--¿el conductor del pedacito y ha funcionado con con éxito preguntas vía este servidor ligado MSSQL32, usar la convención de cuatro partes de la fuente de datos, truncada para nuestra CUENTA de situation.

SELECT (*) de LinkedServer… Table

What es confuso es cómo estructuramos esta pregunta cuando lo estamos funcionando vía una conexión en MSSQL64.

1) estamos allí una manera “de jerarquizar”/la fuente de datos de cuatro partes o de estructurar de otra manera una pregunta del SQL para decir uso el servidor ligado MSSQL64.sqlserver de conectar con el servidor ligado MSQL32.erp y de recuperar datos de la base de datos del ERP? ¿el

2) hace nosotros necesita configurar un servidor ligado muy adaptado, visión, alias/el sinónimo o el otro mecanismo en MSQL64 que conecte “directo” con el servidor ligado MSSQL32.erp y de tal modo elimine la necesidad de una fuente de datos de cuatro partes “jerarquizada”.? el

FWIW, también lo estamos evaluando CONNX 64 al puente de 32 bits, pero estamos teniendo dolores de la dentición que estemos trabajando con su ayuda on. class= del

Respuesta : Servidores ligados a “Thunk” 64-bit a OLEDB de 32 bits

Un sinónimo debe ser aceptable, también (en vez de una visión).

No hay mecanismo para los acoplamientos de encadenamiento directos, usted no puede proporcionar más de 4 porciones conocidas. Si tuviéramos algo disponible como el servidor (ServerOne) .server (ServerTwo) .db (ThisDB) .owner (defecto) .table (tblA), sería posible.
Usted necesita tan utilizar una de las características de la “ejecución alejada”, como pasar-por-pregunta (OpenQuery, OpenRowset, OpenDatasource), o un “exec con” para funcionar con un comando en otro servidor, o sinónimos/visiónes ejecutadas remotamente.