Вопрос : Соединенные серверы к «Thunk» 64ому-разрядн к трицатидвухразрядному OLEDB

Нам нужно найти механизм для «thunking» от нашего 64ого-разрядн хозяйничают MSSQL, котор пакета PDM к нашему пакету ERP только обеспечивает трицатидвухразрядных водителей ODBC/OLEDB.  Мы верим мы может setup соединенный сервер в 64ом-разрядн MSSQL (SQL64) к промежуточному примеру MSSQL трицатидвухразрядному (MSSQL32) с соединенным сервером using трицатидвухразрядный водитель OLEDB, котор t (OLEDB32) o достигает этого.  Мы имеем успешно Somewhate графически, котор это мы have.

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

In MSSQL32 мы создавали соединенного сервера использует UNI OLEDB 32--водитель бита и успешно бежал вопросы через этот сервера соединенный MSSQL32, using четырехголосная конвенция источника данных, усеченная для нашего ОТСЧЕТА situation.

SELECT (*) ОТ LinkedServer… Table

What мутновато как мы составляем этот вопрос когда мы бежим оно через соединение в MSSQL64.

1) там дорога «гнездиться»/четырехголосно источник данных или в противном случае составить вопрос SQL для того чтобы сказать пользу сервер соединенный MSSQL64.sqlserver соединиться к серверу соединенному MSQL32.erp и восстановиться данные от базы данных ERP?

2) делает мы нужно установить очень портняжничанного соединенного сервера, взгляда, псевдонима/синонима или другого механизма в MSQL64 которое соединяется «сразу» к серверу соединенному MSSQL32.erp и таким образом исключается потребность для «, котор гнездят» четырехголосного источника данных.?

FWIW, мы также оцениваем его CONNX 64 к трицатидвухразрядному мосту, но имеем боли teething которые мы работаем с их поддержкой on. class=

Ответ : Соединенные серверы к «Thunk» 64ому-разрядн к трицатидвухразрядному OLEDB

Синоним должен быть одобрен, слишком (вместо взгляда).

Не будет механизма для сразу приковывая соединений, вас не могут обеспечить больше чем 4 названных части. Если мы имели что-то имеющееся как сервер (ServerOne) .server (ServerTwo) .db (ThisDB) .owner (невыполнение обязательства) .table (tblA), то было бы по возможности.
Так вам нужно использовать одну из «характеристик дистанционного исполнения», как проходить-через-запрашиваете (OpenQuery, OpenRowset, OpenDatasource), или «exec с» для того чтобы побежать командование на другом сервере, или синонимах/взглядах исполненных дистанционно.