¿Cuál es el formato de cadena de conexión ASP.NET para un servidor vinculado?

Question

Tengo un servidor de base de datos al que no puedo conectarme usando las credenciales que me han proporcionado. Sin embargo, en la versión provisional del mismo servidor, hay un servidor vinculado que apunta a la base de datos de producción. Tanto el servidor de transición como el servidor vinculado tienen el mismo esquema.

Me han asegurado que debería esperar poder conectarme al servidor en vivo antes de que salga a la luz. Desafortunadamente, llegué a un punto en mi desarrollo en el que necesito más que los registros de muestras de tokens que se encuentran actualmente en la base de datos provisional. Por lo tanto, esperaba conectarme al servidor vinculado.

Hasta ahora, en mi desarrollo contra este esquema, he estado en contra del servidor de transición, utilizando objetos subsónicos. Eso todo funciona bien.

Puedo conectarme a través de SQL Server Management Studio a ese servidor vinculado y ejecutar mis consultas directamente. También puedo ejecutar las consultas de los manuales" en C# en el servidor vinculado por tener mi cadena de conexión conectar con el servidor de ensayo y pasando mis consultas como

SELECT * FROM AbrirConsulta ([LinkedServer], QUERY)

Sin embargo, los objetos subsónicos son lo que me permite llevar este proyecto a tiempo y por debajo del presupuesto, así que no estoy buscando hacer consultas directas en mi código.

Lo que estoy buscando es si hay alguna manera para indicar la cadena de conexión al servidor vinculado. He examinado muchas entradas en el foro, etc. sobre el tema y la mayoría de las respuestas parecen pasar por alto por completo la parte del "servidor vinculado" de la pregunta, centrándose en la c básica Sintaxis de cadena onnection.

Answer 1

crear un servidor vinculado desde .NET no tiene sentido ya que un servidor vinculado no es más que una conexión de un servidor sqlserver a otro servidor (sql, archivo, excel, sybase, etc.), en esencia, es solo una cadena de conexión (puede suplantar y hacer otras cosas al crear un servidor vinculado).

Answer 2

No creo que pueda acceder a un servidor vinculado directamente desde una aplicación sin la sintaxis de OpenQuery. Dependiendo de la complejidad de su esquema, podría tener sentido escribir una rutina o sproc para completar su base de datos provisional con los datos de su base de datos en vivo.

También puede considerar consultar Redgates SQL Data Generator o cualquier otra herramienta de generación de datos. Redgates es bastante fácil de usar.

Otra idea: ¿puede obtener una copia de seguridad de la base de datos en vivo que puede instalar en desarrollo para realizar sus pruebas? Si solo se trata de datos para el desarrollo y las pruebas que busca, es probable que desee evitar en absoluto conectarse a su base de datos de producción.

Answer 3

Cree procedimientos almacenados de prueba en el servidor B que hacen referencia a los datos en el servidor A a través del servidor vinculado. p.ej. si su sproc regulares referencia a una tabla en el servidor B decir:

databaseA.dbo.tableName 

a continuación, utilizar el nombre del servidor vinculado al hacer referencia a la misma base de datos/tabla en el servidor A:

linkedServerName.databaseA.dbo.tableName 

Si el servidor A es idéntico en su base de datos/table/column names de lo que podrá hacer mediante algún trabajo de búsqueda/reemplazo rápido.

Answer 4

One Way es crear dos cadenas de conexión y acceder a la base de datos apropiada cuando sea necesario. La segunda opción es crear una conexión para la Base de datos A solamente y crear un servidor de enlace Para Databse B en el artículo de Database.good, realmente me gusta. Estoy investigando un poco sobre la conexión de Asp.net y también encontré que macrotesting.com es una buena fuente. Gracias por su artículo .....

Saludos ... Meganathan .J