sql-server - tutorial - integration services sql server 2014
¿Están justificados mis problemas con SSIS? (7)
Solo he usado SSIS brevemente, pero creo que mis quejas son numerosas. Aquí están mis problemas actuales:
- Para que un paquete almacene una contraseña, debe encriptarla. Incluso si el paquete es parte de una solución más grande, debe proporcionar una contraseña en cualquier momento para abrir cualquiera de los paquetes encriptados. ¿Por qué no puedes cifrar toda la solución con una sola contraseña? Tengo una solución con 10 paquetes encriptados. Cuando presiono "Crear", tengo que ingresar 10 contraseñas.
- Cifrar credenciales es genial. Implementar un paquete encriptado en el servidor, proporcionar su contraseña, probarla exitosamente, programarla y luego hacer que falle durante el cronograma porque no puede desencriptarla SUCKS. Parece hacer esto aleatoriamente, y he redistribuido un paquete determinado varias veces antes de que sea realmente capaz de descifrar las credenciales del paquete con éxito durante un trabajo programado.
- Autenticación de Windows solamente? Tal vez esta sea una característica de seguridad, pero hace que sea realmente un dolor de cabeza administrar remotamente el servidor. Básicamente me obliga a usar escritorio remoto. ¿Realmente importa que no pueda acceder a SSIS cuando tengo acceso directo al DB Engine ???
- Soporte DTS. DTS fue bastante feo, pero funcionó, y fue bastante sencillo. ¿Por qué no proporcionaron el diseñador de paquetes DTS 2000 CON SSIS? Ahora necesito descargarlo e instalarlo con privilegios de administrador.
- ¿UPSERTS ??? Repito algunos datos en una base de datos externa, y la inserción en esa base de datos es TAN DOLOR. ¿Por qué esta funcionalidad no está incorporada? ¿Por qué no puedo decir "Esta es la columna clave. Actualizar si existe, crear si no es así".
¿Son estos temas válidos, o simplemente soy nuevo en el producto para saber cómo hacer las cosas de la manera correcta?
¿Otros tienen los mismos problemas u otros problemas?
¿Hay alternativas fáciles al uso de SSIS?
¿Realmente necesitas el cifrado en cada paquete? Puede decir que no hay almacenamiento de cifrado si no está almacenando un ftp u otras contraseñas de autenticación. Los archivos de configuración también son una buena idea. Recomiendo www.pragmaticworks.com/products/Business-Intelligence/BIxpress/ BIExpress, ya que creará todos los archivos de configuración para usted, registrará la mierda de sus paquetes y proporcionará asombrosamente sus calcetines de informes gráficos por poco costo ...
Consulte los archivos de configuración del paquete para conocer algunos de los problemas de seguridad.
En mi sistema, en general era más fácil simplemente desarrollar cargas de datos en C #. Las cargas son sólidas y no cambian a menos que queramos que cambien, por lo que no pasaremos más tiempo una vez que hayamos terminado con el desarrollo.
Para 1, 2, uso configuraciones de paquetes.
Para 5, puede usar una tarea de dimensión de cambio lento o el componente de diferencia de tabla de terceros. Personalmente prefiero cargar en una tabla de etapas y codificar el UPSERT en SQL.
He estado usando SSIS de manera relativamente exhaustiva en un proyecto de DW durante los últimos 2 años y creo que tiene algunos caprichos, pero es mucho más poderoso que DTS.
permítanme prolocar esto diciendo que SSIS es una mierda. es un dolor trabajar, administrar y desarrollar. Si bien hay herramientas que mejoran las cosas, estas características deberían haberse incluido desde el principio. permítanme también decir que no he encontrado (y no creo que exista actualmente) una mejor herramienta para cargas de datos escalables de alto rendimiento que SSIS.
1,2: configure el paquete como "No guardar confidencial" y use cualquiera de las configuraciones, o "Establecer valores" dentro del contexto de ejecución que esté utilizando.
3: acordado, parcialmente. navegar por la tienda de paquetes sería agradable a través de auth sql, pero la ejecución del paquete no debería permitirse (¿en qué contexto se ejecuta?). Siempre se puede ejecutar a través del trabajo.
4: no relacionado con SSIS además, DTS está en desuso, y en la mayoría de las formas, considerablemente menos flexible y más difícil de administrar que incluso SSIS.
5: los postres son ciertamente más complicados de lo que podrían ser, pero si se hacen bien, pueden funcionar sin problemas: o bien use una búsqueda para determinar si necesita insertar o actualizar, y defina su lógica en consecuencia.
nota al margen: considere seriamente la configuración de una plantilla de paquete. Si se hace bien, puede aliviar muchas de estas preocupaciones desde el principio. Es posible que deba publicar públicamente mi plantilla de paquete en algún momento.
Los siguientes enlaces de @SQLServerSleuth podrían arrojar algo de luz sobre la situación: un receso: SSIS en 2005. ¿Está en SQL 2008 o aún trabajando con SQL 2005? Esta imagen cambió un poco en 2008.
Nos encontramos con muchos de los mismos problemas, especialmente el # 5, así que estoy de acuerdo, estos son válidos. En general, me pareció que SSIS era un dolor masivo para trabajar.