¿Cuáles son los inconvenientes de usar servidores vinculados en SQL Server?

Question

¿Hay algún problema de rendimiento o problemas de seguridad?

Uso de SQL Server 2005 y superior

Answer 1

• migraciones de servidores son más enrevesado
• La seguridad puede ser difícil de configurar para multi-hop
• los no son de SQL Server requiere un conductor local instalado (Sybase, DB2, etc)
• Clusters, fuera -site DR: entradas de registro + controladores
• No SQL Server x64 infortunios. 'Nuff dijo
• las no son de SQL Server no juegan bien (el número de lugares para introducir la contraseña?)
• Rendimiento (en otras respuestas)

He configurado los servidores relacionados con el acceso , DB2, Oracle, Sybase y el extraño controlador ODBC patentado. Prefiero el código SSIS o .net ahora ...

Answer 2

Tener uno (o muchos), creada en el servidor no es la cuestión - el impacto en el rendimiento será cuando se llega a la consulta de hecho ellos.

Tengo una configuración Linked SQLServer 2005, que está en el mismo edificio físico (en la misma red) y no es un problema, tan rápido como desee.

También tengo otro servidor vinculado (Oracle), que está en el otro lado del mundo que es como caminar a través de la melaza y el tiempo de espera, gotas conexiones (ver here!)

Siento ser vago, pero. ..¡depende!

Answer 3

Sí: las consultas que unen dos conjuntos de datos en bases de datos físicas diferentes tienen un rendimiento bajo.

p. Ej. Si ejecuta una consulta entre la tabla A en el servidor actual y B en un servidor vinculado.

Select A.Field1, B.Field2 FROM A INNER JOIN B on A.Id = B.Id 
WHERE B.Id = @InputId 

es posible que todos los registros de la tabla B se recuperan - efectivamente

Select * from Table B 

en el servidor de trabajo.

Lo que se quiere hacer en su lugar es tener una USP en el servidor vinculado que tiene un ID como parámetro y devuelve un conjunto de registros filtrados de la Tabla B

vuelva a grabar la consulta anterior para unirse a la Tabla A usp en su lugar.