Pregunta

Tengo una instancia local del diseñador de informes Pentaho que se ejecuta en mi caja y tiene una base de datos de desarrollo local configurada como sus fuentes de datos. (2 configuraciones de plato de datos, ambas señalando el mismo servidor de datos local; bases de datos de origen y destino).

Obviamente, cuando publico este informe en el servidor BI de producción, los informes fallan porque mis fuentes de datos locales ya no son accesibles.

Configurar claramente el informe para confiar en las bases de datos de producción resolvería cualquier crisis de identidad (¿crisi?) Pero vivo en los palos, por lo que la red es lenta y no quiero afectar la base de datos de producción para fines de desarrollo.

En Kettle, he actualizado el archivo Kettle.Properties para proporcionar variables de fuente de datos localizadas (¡ideal para probar unidades de transformaciones!) Y me preguntaba si hay un método similar para localizar variables en PRD?

¿Fue útil?

Solución

En PRD, usa las conexiones JNDI para tener el mismo tipo de abstracción. Puede encontrar la configuración JNDI en $ home/.pentaho/simple-jndi. Cree una fuente de datos allí y una fuente de datos con el mismo nombre en el consolse de administración del servidor de bi-server. Luego, defina su conexión como el tipo de conexión "JNDI" y mencione que el nombre que le dio a sus datos de datos.

Luego, dependiendo de si ejecuta local o en el servidor, el motor buscará la información de conexión desde el contexto de tiempo de ejecución.

Pero una advertencia: dado el hecho de que SQL no es un estándar real, asegúrese de que su entorno local y remoto use el mismo tipo de base de datos. De lo contrario, si, por ejemplo, usa MySQL en el cliente y Oracle en el servidor, su SQL creado para MySQL no será aceptado por el controlador Oracle y viceversa.

Otros consejos

En Windows encuentra el archivo de configuración JNDI aquí:

C:\Users\(username)\.pentaho\simple-jndi
Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top