Información sobre Powercenter

Estoy empezando un proyecto de integración de datos entre distintos sistemas. Me han dicho que Powercenter es de lo mejor para este tipo de cosas, pero que también es de los que cuestan más.

También veo que ahora hay mucho software open source que sirve para proyectos de integración, como Pentaho Data Integration o Talend.

Hay realmente tanta diferencia entre Powercenter y los demás para pagar lo que vale? Alguien ha podido probar unas y otras para poder decirme algo?

Las herramientas ETL de software libre han mejorado mucho últimamente, y cada vez acortan más distancias con las comerciales, pero aún hay diferencias, sobretodo de facilidad de uso. La valoración de si te merece la pena pagar licencias por estas diferencias va a depender sobretodo de la envergadura y las necesidades de tu proyecto.

Lo bueno del software libre es que lo puedes probar sin problemas. Para valorar el funcionamiento de Pentaho Data Integration, por ejemplo, puedes descargarte del blog de Dario Bernabeu la imagen virtual que preparó, que incluye ejemplos de PDI.

Sobre Powercenter creo que lo mejor es que contactes con algún partner de Informatica, que seguro que con gusto te harán una demo.

Sobre las diferencias, puedes consultar algunas comparativas que se han hecho sobre herramientas de ETL:

- En Manapps tienes una comparativa de:

  • Informatica Powercenter 8.1.1
  • Talend Open Studio 2.4.1
  • IBM Datastage PX 7.5
  • IBM Dataserver 7.5
  • Pentaho Data Integration 3.0.0

- En el blog de Jonathan Levin tienes otra comparativa de:

  • Informatica PowerCenter
  • Talend
  • Pentaho Data Integration (Kettle)
  • Inaplex Inaport


 

 

En respuesta a por Carlos

Enlazo un post de David Soto, que conoce mejor que nadie Powercenter y otros productos de Informatica. Habla justo sobre la conveniencia de elegir un software de Integración de Datos Open Source o decidirse por uno de licencia Comercial, y nos recuerda algunas cosas a tener en cuenta antes de decidirnos por una solución u otra.

Extraigo además este párrafo que contiene un consejo a tener muy en cuenta:

Sobretodo no os ceguéis con el precio o con el ROI, evalúa primero muy bien las funcionalidades que necesitas y que necesitarás, ya que una vez que adquieras la herramienta la inversión la tendréis que amortizar a 3 ó 5 años y luego te será muy difícil justificar el reemplazo de la herramienta que hayáis elegido si aparecen nuevos proyectos y no puedes abordarlos con la ETL que elegisteis.

Hola sabeis si es posible importar archivos en PowerCenter desde OWB de Oracle?? Al revés he visto que si es posible.

 

Gracias de antemano.


En respuesta a por Carlos

Hola Carlos gracias por tu interés. Me refiero a importar archivos de la plataforma OWB en PowerCenter.

Es decir, estando en PowerCenter, importar archivos de Oracle (OWB). El proceso de importación lo quiero lanzar desde PowerCenter. ¿Esto es posible?

 

Básicamente lo que quiero es migrar una aplicación de OWB a PowerCenter.

En respuesta a por scobee

Ah, ahora te entiendo bien. Desgraciadamente creo que tienes un problema que empieza a ser bastante común para todo el apostó en su día por Oracle Warehouse Builder, o el que lo está utilizando porque es gratuíto si ya tienes licencias de algún otro producto de Oracle. Oracle ya no está mejorando OWB porque comercializa las ETL's o ELT's que ha adquirido últimamente, Oracle Data Integrator y Oracle GoldenGate.

El problema es que, que yo sepa, no existe ninguna utilidad para la migración de flujos o procesos implementados con OWB hacia otra herramienta ETL. OWB almacena todo en procedimientos almacenados de Oracle (PL/SQL), y analizar todo el código y convertirlo al de otra plataforma ha de ser bastante complicado.

Lo único que sé que existe, y que por lo que me han dicho tampoco acaba de funcionar del todo bien es una utilidad de ODI para migrar procesos de OWB, que lo que hace es crear procedimientos almacenados a partir de OWB, que se pueden ejecutar desde ODI, pero esto tampoco es una migración real, ya que lo suyo sería que convirtiese los flujos de OWB a flujos de ODI.

Total, que lo tienes complicado, seguramente vas a tener que definir todo de nuevo desde Powercenter, con la pantalla de OWB abierta al lado ;)

Espero que algún fabricante nos sorprenda pronto anunciando que ha creado un software de migración. Yo creo que tanto Oracle, para facilitar el cambio a clientes que quieran utilizar ETL's mejores, como su competencia, para ganar nuevos clientes, podrían sacar bastantes beneficios de una herramienta de este tipo.

Buenas,

 

Hace poco que hemos empezado los desarrollos en Power Center para el traspaso y modificación de datos de una BD a otra.

Actualmente, en los diseños de lo que serán las plantillas, me encuentro con un problema: orden de inserción en targets.

Os explico:

En el mapping original funciona todo correctamente, pero al hacer un export e import para duplicarlo y cambiarle el nombre para acceder a otro elemento diferente, me encuentro con que el orden de inserción de las tablas ha cambiado y me da error de integridad de datos.

En Designer hay una opción para ordenar la inserción siempre que los targets provengan de diferentes sources.

En WorkFlow me encuentro con una opción titulada Constrains based load ordering, pero de poco sirve.

¿Hay algún modo de aplicar un orden de inserción en targets provenientes de las mismas fuentes?

 

Muchas gracias y un saludo.

 Buen día estoy adentrandome a usar el Java tranformation, alguien sabe de algun manual que exista en español.

Lo he estado leyendo en ingles y pues ahi le llevo ya voy entendiendolo poco a poco, pero se vataya.

 

Estimados: Nos entramos haciendo desarrollos en Powecenter, nos encontramos con un problema que ya es reiterativo, expongo el caso: Origen: BD Oracle Destino: BD Oracle Campo String Origen: Contenido Ejemplo 'Doña Panchita'. Campo String Destino: Contenido Ejemplo 'Do?a Panchita'. Por decisión interna lo resolvimos poniendo un remplace cambiando el signo de interrogación antes de insertarlo a la BD, pero surgieron nuevas complicaciones ya que nos percatamos que con las palabras acentuadas como República sustituye la "ú" por el mismo carácter que sustituye la Ñ, la data que viene es variada pero en idioma español, así que estos casos son comunes, y cada vez mas frecuentes. Alguna idea de por que podria pasar esto, yo tengo la teoria que tiene que ver con la configuración del COD-CHARTER (UTF8,LATINX...) en la configuración del POWERCENTER, gracias de antemano por la ayuda que puedan plantear.

En respuesta a por Jesus Rafael R… (no verificado)

Hola Jesús, sin duda es un tema de códigos de página. Lo que no puedo decirte es exactamente qué problema es, porque el código de página depende de sistema operativo donde está corriendo PowerCenter, el de la BD origen y la destino. Lo importante es que cuando más avanzan los datos en el pipeline, el código de página sea menos restrictivo, para no perder datos. Es decir, si el origen es un ASCII, el destino podría ser UTF, pero no al revés, ya que sino perderíamos datos. Espero haberte ayudado. Saludos

Señores, Estoy utilizando Power Center ver 9.5.1. Tengo conexión a la BD oracle 10g de origen y no ve objetos de tipo tablas con el usuario de conexión entregado. Esto porque el usuario con el que me conecto sólo tiene permiso para ver sinónimos de estas tablas, cuyo dueño es otro esquema de la BD de origen. Hay forma de que Power Center lea sinónimos de tablas? Saludos...

Buenas tardes: Estamos haciendo una migración con PWC. Alguien podría decirme si es mas rápida la lectura de datos desde un archivo con digamos unos 600.000 registros con formato Texto, o leerlos de una tabla generando algún índice por uno de los campos? Muchas gracias!!!!

En respuesta a por SergioAC (no verificado)

Tendrás que probarlo pero seguramente la lectura desde una tabla te va a ir mejor, más por comodidad que por velocidad, siempre que la tabla esté en una base de datos que funcione desahogada.

Sobre la creación del índice, si la tabla contiene justo esos 600.000 registros el índice no te va a servir de nada porque la base de datos hará una lectura secuencial de todos los registros, y no utilizará ningún índice.