IBM Netezza Performance Server Reseñas y Detalles del Producto - Página 8

Alto rendimiento. El cálculo de hechos en tiempo real es muy robusto y devuelve datos sobre grandes cantidades de datos rápidamente. Esto nos ayuda a crear e informar hechos directamente desde datos desagregados en tiempo real.

Estamos manejando un gran volumen de datos de transacciones y pre-agregar los hechos sería prohibitivamente costoso y casi imposible de hacer. Tener la capacidad de realizar operaciones masivas de datos en tiempo real es muy útil para nuestra organización. Reseña recopilada por y alojada en G2.com.

El tamaño máximo que puede manejar una caja de Netezza está predeterminado por la configuración. Es decir, no es infinitamente escalable.

El costo de los servidores es demasiado grande para una empresa de tamaño pequeño. Reseña recopilada por y alojada en G2.com.

Si estás buscando una base de datos con alta capacidad de almacenamiento y paralelamente alto rendimiento, entonces Netezza es la mejor opción para eso. Netezza es útil para dispositivos de almacenamiento de datos y aplicaciones de análisis avanzados para usos que incluyen almacenamiento de datos empresariales, inteligencia empresarial, análisis predictivo y planificación de continuidad del negocio.

Equipo de soporte técnico rápido de IBM Reseña recopilada por y alojada en G2.com.

Necesitas conocer la mejor manera de diseñar tu base de datos. Cómo usar y organizar la clave principal y la clave de distribución para mejorarla. No hay nada en ello que no guste. Una sugerencia que quiero dar al equipo de IBM es que hagan NZadmin mejor que los demás. Reseña recopilada por y alojada en G2.com.

No teniendo mucha experiencia con otras soluciones de BI/DW, me gusta que la administración del dispositivo sea tan sencilla. Desde una perspectiva de diseño, me gusta que haya una cuidadosa consideración en la ofuscación de los elementos físicos y lógicos del dispositivo. Reseña recopilada por y alojada en G2.com.

Mi organización ha invertido millones en la adquisición de dispositivos Netezza cuando Netezza era su propia empresa. No quiero culpar a IBM aquí, pero con la seguridad siendo un enfoque principal, no me entusiasmó la idea de que cualquier organización adquiriera nuevo hardware para beneficiarse del cifrado de hardware. Personalmente, creo que debería haber algún soporte para el legado, no solo tener una solución de cifrado basada en software. Reseña recopilada por y alojada en G2.com.

La velocidad bruta del sistema permite un proceso de desarrollo que no se suele llevar a cabo. Por ejemplo, es posible realizar pruebas de rendimiento completas mientras se realizan pruebas unitarias. También se pueden crear tablas mucho más grandes de lo que se haría en una base de datos típica (por ejemplo, almacenando filas actuales y de archivo en las mismas tablas).

La simplicidad del sistema permite un mantenimiento mínimo. La participación del DBA puede ser casi nula. Reseña recopilada por y alojada en G2.com.

La simplicidad del sistema también puede causar problemas en casos de uso mixtos.

En otras bases de datos, también tienes la capacidad de mejorar el rendimiento por múltiples medios, como particionamiento, indexación, asignación de hardware del servidor, etc. Netezza esencialmente tiene solo dos formas—en cuanto a arquitectura física se refiere—de manejar el rendimiento: ordenar datos y distribuir datos.

Ordenar datos se realiza directamente en la tabla, evitando la necesidad de índices agrupados. Pero eso solo es útil si la consulta que ejecutas utiliza ese orden. Por ejemplo, si ordenas por fecha haciendo que el campo Fecha sea la clave ORGANIZE BY, cualquier consulta que no utilice Fecha en la cláusula WHERE tendrá que escanear la tabla. Puedes crear vistas materializadas que esencialmente actúan como índices, pero no puedes usar tanto MVs como claves ORGANIZE BY. En otras palabras, si usas incluso una MV para ordenar, no puedes forzar el orden de los datos en la tabla a menos que realmente recargues los datos con una cláusula ORDER BY en la declaración INSERT. El problema con las MVs es que, aunque actúan como un índice, tienes que actualizarlas como una MV típica para ordenar cualquier dato nuevo. En un sistema que se carga o actualiza durante el día, eso puede causar problemas.

La distribución tiene dos componentes que a veces pueden estar en conflicto entre sí: distribuir uniformemente los datos para compartir la carga de trabajo y colocar datos para uniones. Pero si la columna que tiene sentido distribuir para propósitos de colocación no distribuye uniformemente los datos, te verás obligado a hacer un compromiso en uno por el bien del otro.

Además, en un esquema estrella, puedes colocar la clave externa de la tabla de hechos con la clave primaria de una dimensión, pero eso se utiliza mejor si consultas con un parámetro en esa dimensión en la cláusula WHERE. Si ejecutas una consulta que no puede filtrar en esa dimensión, la clave de distribución podría no ayudarte. Además, solo puedes elegir una dimensión para colocar con el hecho. Elegir una distribución de múltiples columnas del hecho basada en múltiples claves de dimensión no coloca el hecho con _cada_ dimensión. En cambio, distribuye el hecho con una clave hash basada en la combinación concatenada de los valores de la clave de distribución de múltiples columnas (es decir, el hecho no se colocará con _ninguna_ dimensión).

Además, el hecho de que Netezza no haya lanzado opciones en memoria o columnar me hace preguntarme si la arquitectura del dispositivo incluso permite tales posibilidades. En otras palabras, la falta de flexibilidad podría estar surgiendo nuevamente si la naturaleza del dispositivo no permite tal funcionalidad variada. Reseña recopilada por y alojada en G2.com.

En primer lugar, Netezza requiere una administración mínima de DBA. Significa que se puede mantener con menos recursos de sys y dba. En segundo lugar, no comparte recursos de disco, nada como el almacenamiento compartido de Oracle. Tiene su propia arquitectura y algoritmo para mover datos. Y no utiliza índices en absoluto. Lo que se llama "Zone mapping" ayuda mucho con consultas pesadas de los usuarios de BI. Reseña recopilada por y alojada en G2.com.

Nuestra empresa Netezza en realidad no fue construida para la replicación en tiempo real. Tengo que dedicar mucho tiempo a solucionar este problema llamado CDC. Reseña recopilada por y alojada en G2.com.

Este es un gran dispositivo de almacenamiento de datos si deseas mantener las cosas simples y resolver problemas de datos que requieren escala. Reseña recopilada por y alojada en G2.com.

Demasiadas interrupciones de hardware (aunque intercambiables en caliente) causando solicitudes constantes al soporte de IBM. Reseña recopilada por y alojada en G2.com.

Increíblemente rápido para consultas. Muy poco mantenimiento, por lo tanto, necesita un soporte mínimo del DBA. Reseña recopilada por y alojada en G2.com.

Concurrencia: el rendimiento disminuye con el número de consultas concurrentes. Si hay más de 48 consultas concurrentes, se acumulan en una cola.

Escalabilidad: si tus datos aumentan, necesitas optar por un dispositivo más grande. No se puede añadir de forma incremental.

Respaldo y Replicación :-(

Algunos tipos de consultas correlacionadas no son compatibles. Reseña recopilada por y alojada en G2.com.

Como arquitecto de almacenes de datos, construí un data mart con esquema en estrella en Netezza. Me gustó la arquitectura paralela de Netezza, que ayudó a procesar múltiples terabytes de datos a una velocidad vertiginosa. Reseña recopilada por y alojada en G2.com.

No hay mucho que desagradar. Pero sería genial si Netezza mejora su sistema de monitoreo de rendimiento y alertas. Reseña recopilada por y alojada en G2.com.

Inmenso tiempo para obtener valor

Bajos costos administrativos

Grandes capacidades de compresión de hardware

Escalabilidad Reseña recopilada por y alojada en G2.com.

La carga de utilidad no es tan rápida como la competencia.

Gran sobrecarga para las conversiones de una implementación existente a Netezza (en gran parte debido a la falta de índices). Reseña recopilada por y alojada en G2.com.

He estado usando Netezza desde hace tres años, he trabajado extensamente en TwinFin, Striper y ahora en Mako. Puedo decir definitivamente que es el mejor procesamiento de consultas analíticas que he visto. Este es un buen candidato para igualar o superar la velocidad de procesamiento de mainframe en términos de procesamiento por lotes. Reseña recopilada por y alojada en G2.com.

Esperando cómo van a manejar los grandes datos. Reseña recopilada por y alojada en G2.com.