Pergunta : Usuários lig a “Thunk” 64-bit a OLEDB de 32 bits

Nós precisamos de encontrar um mecanismo para “thunking” de nosso pacote hospedado MSSQL 64-bit de PDM a nosso pacote do ERP que fornece somente excitadores de 32 bits de ODBC/OLEDB.  Nós acreditamos que nós podemos setup um usuário lig no MSSQL 64-bit (SQL64) a um exemplo de 32 bits intermediário de MSSQL (MSSQL32) com um usuário lig using o excitador que de 32 bits de OLEDB t (OLEDB32) o consegue este.  Nós temos com sucesso Somewhate gràfica que este é que nós have.

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

In MSSQL32 nós criamos um usuário lig que usasse o UNI OLEDB 32--o excitador do bocado e funcionou com sucesso perguntas através deste usuário lig MSSQL32, using a convenção da origem de dados de 4 porções, truncada para nossa CONTAGEM de situation.

SELECT (*) de LinkedServer… Table

What é obscuro é como nós estruturamos esta pergunta quando nós o estamos funcionando através de uma conexão em MSSQL64.

1) estamos lá uma maneira “de se aninhar”/origem de dados de 4 porções ou de estruturar de outra maneira uma pergunta do SQL para dizer o uso o usuário lig MSSQL64.sqlserver conetar ao usuário lig MSQL32.erp e recuperar dados da base de dados do ERP? o

2) faz nós precisa de configurar um usuário lig muito costurado, vista, aliás/sinónimo ou o outro mecanismo em MSQL64 que coneta “diretamente” ao usuário lig MSSQL32.erp e elimina desse modo a necessidade para uma origem de dados “aninhada” de 4 porções.? o

FWIW, nós igualmente estamos avaliando-o de CONNX 64 à ponte de 32 bits, mas estamos tendo-os as dores do teething que nós estamos trabalhando com sua sustentação on. class= do

Resposta : Usuários lig a “Thunk” 64-bit a OLEDB de 32 bits

Um sinónimo deve ser aprovado, demasiado (em vez de uma vista).

Não há nenhum mecanismo para as ligações de encadeamento diretas, você não pode fornecer mais de 4 porções conhecidas. Se nós tivemos algo disponível como o usuário (ServerOne) .server (ServerTwo) .db (ThisDB) .owner (defeito) .table (tblA), seria possível.
Assim você precisa de usar uma “das caraterísticas da execução remota”, como passar-através-pergunta (OpenQuery, OpenRowset, OpenDatasource), ou um “exec com” para funcionar um comando em um outro usuário, ou em uns sinónimos/vistas executadas remotamente.