Quiero 2 cambiar la conexión 4m Dev 2 Prod antes de publicar en el servicio Power BI, ¿qué debo hacer 4m QE?

Un usuario Pregunto ✅

ShivendooKumar

Tengo dos servidores de base de datos de Microsoft SQL Server llamados SQLProd1 y SQLDev1.
SQLDev1 contiene las mismas tablas que SQLProd1, pero solo un subconjunto de los datos en SQLProd1.
Creo un nuevo modelo de Power BI Desktop que usa 120 tablas de SQLDev1.
Planeo publicar el archivo Power BI en el servicio Power BI.
Necesito conectar el modelo a las tablas en SQLProd1.

La solución debe minimizar
esfuerzo administrativo.

¿Qué debo hacer desde el Editor de consultas antes de publicar el modelo?

1 Configure los ajustes de la fuente de datos.
2 Edite el origen de cada consulta de tabla.

Por favor, ¿alguien puede explicar cuál es la razón correcta y por qué?

ShivendooKumar


@ShivendooKumar escribió:

Tengo dos servidores de base de datos de Microsoft SQL Server llamados SQLProd1 y SQLDev1.
SQLDev1 contiene las mismas tablas que SQLProd1, pero solo un subconjunto de los datos en SQLProd1.
Creo un nuevo modelo de Power BI Desktop que usa 120 tablas de SQLDev1.
Planeo publicar el archivo Power BI en el servicio Power BI.
Necesito conectar el modelo a las tablas en SQLProd1.

La solución debe minimizar
esfuerzo administrativo.

¿Qué debo hacer desde el Editor de consultas antes de publicar el modelo?

1 Configure los ajustes de la fuente de datos.
2 Edite el origen de cada consulta de tabla.

Por favor, ¿alguien puede explicar cuál es la razón correcta y por qué?


«Edite el origen de cada consulta de tabla» es la respuesta correcta

Pista: ¿Qué debe hacer desde el «Editor de consultas» antes de publicar el modelo?

parry2k

@ShivendooKumar debe usar parámetros para almacenar información del servidor SQL y luego usar ese parámetro en su consulta como parte de la fuente, una vez que esté listo para publicar, simplemente cambie el valor de los parámetros y todas las consultas apuntarán al servidor de producción, será más fácil y rápido para cambiar entre entornos.

ShivendooKumar

En respuesta a parry2k


@ parry2k escribió:

@ShivendooKumary debe usar parámetros para almacenar la información del servidor SQL y luego usar ese parámetro en su consulta como parte de la fuente, una vez que esté listo para publicar, simplemente cambie el valor de los parámetros y todas las consultas apuntarán al servidor de producción, será más fácil y más rápido para cambiar entre entornos.


Gracias por tu contribución. Es útil.

Pero todavía quiero saber cuál es la correcta de la opción dada …? ¿y por qué?

parry2k

En respuesta a ShivendooKumar

@ShivendooKumar Ya expliqué por qué usar el parámetro es una mejor opción, no estoy seguro de qué otra pregunta tiene.

ShivendooKumar

En respuesta a parry2k


@ parry2k escribió:

@ShivendooKumarI ya explicó por qué usar el parámetro es una mejor opción, no estoy seguro de qué otra pregunta tiene.


Gracias por su respuesta. No estoy desafiando tu idea.

Definitivamente esa es la mejor solución.

Pero mi pregunta era específica y buscaba respuestas a partir de opciones dadas.

Otros miembros, por favor, ¿alguien puede ayudarme con esto?

parry2k

En respuesta a ShivendooKumar

@ShivendooKumar cualquier razón lógica por la que quieras ceñirte solo a esas 2 opciones. Estoy seguro de que hay algo racional detrás de esto y me gustaría saberlo.

ShivendooKumar

En respuesta a parry2k


@ parry2k escribió:

@ShivendooKuma es una razón lógica por la que quieres ceñirte solo a esas 2 opciones. Estoy seguro de que hay algo racional detrás de esto y me gustaría saberlo.


Tenemos un proceso y simplemente no podemos modificar los informes de producción existentes. Aún no hemos implementado la opción de parámetro y llevará tiempo implementarlo y probarlo. Buscando una solución rápida que debería ser aceptada.

Espero que estés satisfecho ahora 🙂

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *