IBM Netezza Performance Server Avis & Détails du Produit - Page 8

Haut débit. Le calcul de faits à la volée est très robuste et renvoie des données sur de grandes quantités de données rapidement. Cela nous aide à créer et à rapporter des faits directement à partir de données désagrégées à la volée.

Nous traitons un volume important de données de transaction et la pré-agrégation des faits serait prohibitive en termes de coût et presque impossible à réaliser. Avoir la capacité d'effectuer des opérations de masse sur les données à la volée est très utile pour notre organisation. Avis collecté par et hébergé sur G2.com.

La taille maximale qu'un boîtier Netezza peut gérer est prédéterminée par la configuration. Cela signifie qu'il n'est pas infiniment évolutif.

Le coût des serveurs est trop élevé pour une petite entreprise. Avis collecté par et hébergé sur G2.com.

Si vous recherchez une base de données avec une grande capacité de stockage et parallèlement de hautes performances, alors Netezza est le meilleur choix. Netezza est utile pour les appareils de stockage de données et les applications d'analytique avancée, y compris l'entreposage de données d'entreprise, l'intelligence d'affaires, l'analytique prédictive et la planification de la continuité des affaires.

Équipe de support technique rapide d'IBM Avis collecté par et hébergé sur G2.com.

Vous devez connaître la meilleure façon de concevoir votre base de données. Comment utiliser la clé d'organisation et la clé de distribution pour l'améliorer au mieux. Il n'y a rien à détester là-dedans. Une suggestion que je veux donner à l'équipe IBM est de rendre NZadmin meilleur que les autres... Avis collecté par et hébergé sur G2.com.

N'ayant pas beaucoup d'expérience avec d'autres solutions BI/DW, j'aime que l'administration de l'appareil soit si simple. D'un point de vue de conception, j'apprécie qu'il y ait une attention particulière à l'obfuscation des éléments physiques et logiques de l'appareil. Avis collecté par et hébergé sur G2.com.

Mon organisation a investi des millions dans l'acquisition d'appareils Netezza lorsque Netezza était une entreprise indépendante. Sans vouloir blâmer IBM ici, mais avec la sécurité étant un sujet de préoccupation majeur, je n'étais pas enchanté par l'idée que toute organisation acquière de nouveaux matériels pour bénéficier du chiffrement matériel. Personnellement, je pense qu'il devrait y avoir un certain support pour les anciens systèmes afin de ne pas avoir uniquement une solution de chiffrement basée sur le logiciel. Avis collecté par et hébergé sur G2.com.

La vitesse brute du système permet un processus de développement généralement non entrepris. Par exemple, il est possible d'exécuter des tests de performance complets pendant que vous effectuez des tests unitaires. Vous pouvez également créer des tables beaucoup plus grandes que celles que vous créeriez dans une base de données typique (par exemple, en stockant les lignes actuelles et archivées dans les mêmes tables).

La simplicité du système permet un entretien minimal. L'implication du DBA peut être presque nulle. Avis collecté par et hébergé sur G2.com.

La simplicité du système peut également causer des problèmes dans des cas d'utilisation mixtes.

Dans d'autres bases de données, vous avez également la possibilité d'améliorer les performances par plusieurs moyens, tels que le partitionnement, l'indexation, l'allocation de matériel serveur, etc. Netezza a essentiellement deux moyens - en ce qui concerne l'architecture physique - pour gérer les performances : trier les données et distribuer les données.

Le tri des données est effectué directement dans la table, évitant ainsi le besoin d'index clusterisés. Mais cela n'est utile que si la requête que vous exécutez utilise ce tri. Par exemple, si vous triez par date en faisant du champ Date la clé ORGANIZE BY, toute requête qui n'utilise pas Date dans la clause WHERE devra effectuer un tablescan. Vous pouvez créer des vues matérialisées qui agissent essentiellement comme des index, mais vous ne pouvez pas utiliser à la fois des MVs et des clés ORGANIZE BY. En d'autres termes, si vous utilisez même un MV pour trier, vous ne pouvez pas forcer le tri des données dans la table à moins de recharger effectivement les données avec une clause ORDER BY dans l'instruction INSERT. Le problème avec les MVs est que même s'ils agissent comme un index, vous devez les actualiser comme un MV typique afin de trier toute nouvelle donnée. Dans un système qui est chargé ou mis à jour en cours de journée, cela peut causer des problèmes.

La distribution a deux composantes qui peuvent parfois être en conflit l'une avec l'autre : hacher uniformément les données pour partager la charge de travail et colocaliser les données pour les jointures. Mais si la colonne qui a du sens pour la distribution à des fins de colocalisation ne distribue pas uniformément les données, vous serez obligé de faire un compromis sur l'une pour le bien de l'autre.

De plus, dans un schéma en étoile, vous pouvez colocaliser la clé étrangère de la table de faits avec la clé primaire d'une dimension, mais cela est mieux utilisé si vous interrogez avec un paramètre sur cette dimension dans la clause WHERE. Si vous exécutez une requête qui ne peut pas filtrer sur cette dimension, la clé de distribution pourrait ne pas vous aider. De plus, vous ne pouvez choisir qu'une seule dimension à colocaliser avec le fait. Choisir une distribution multi-colonnes du fait basée sur plusieurs clés de dimension ne colocalise pas le fait avec _chaque_ dimension. Elle distribue plutôt le fait avec une clé de hachage basée sur la combinaison concaténée des valeurs de la clé de distribution multi-colonnes (c'est-à-dire que le fait ne sera colocalisé avec _aucune_ dimension).

De plus, le fait que Netezza n'ait pas proposé d'options en mémoire ou en colonnes me fait me demander si l'architecture de l'appareil permet même de telles possibilités. En d'autres termes, le manque de flexibilité pourrait réapparaître si la nature de l'appareil ne permet pas une telle fonctionnalité variée. Avis collecté par et hébergé sur G2.com.

Tout d'abord, Netezza nécessite une administration DBA minimale. Cela signifie qu'il peut être maintenu avec moins de ressources sys et dba. Deuxièmement, il n'a pas de ressource de disque partagé, rien de tel que le stockage partagé d'Oracle. Il a sa propre architecture et son propre algorithme pour déplacer les données. Et il n'utilise pas du tout d'index. Ce qu'on appelle le "Zone mapping" aide beaucoup pour les requêtes lourdes des utilisateurs BI. Avis collecté par et hébergé sur G2.com.

Notre entreprise Netezza n'a pas été réellement conçue pour la réplication en temps réel. Je dois passer beaucoup de temps à résoudre ce problème appelé CDC. Avis collecté par et hébergé sur G2.com.

C'est un excellent appareil d'entrepôt de données si vous souhaitez garder les choses simples et résoudre des problèmes de données nécessitant une échelle. Avis collecté par et hébergé sur G2.com.

Trop de pannes matérielles (bien que remplaçables à chaud) causant des demandes constantes au support IBM. Avis collecté par et hébergé sur G2.com.

Incroyablement rapide pour les requêtes. Très peu de maintenance, donc nécessite un soutien minimal de la part de l'administrateur de base de données. Avis collecté par et hébergé sur G2.com.

Concurrence - les performances diminuent avec le nombre de requêtes simultanées. Si plus de 48 requêtes sont exécutées en même temps, elles sont mises en file d'attente.

Scalabilité - Si vos données augmentent, vous devez opter pour un appareil plus grand. Impossible d'ajouter de manière incrémentale.

Sauvegarde et Réplication :-(

Certains types de requêtes corrélées ne sont pas prises en charge. Avis collecté par et hébergé sur G2.com.

En tant qu'architecte de data warehouse, j'ai construit un data mart en étoile dans Netezza. J'ai aimé l'architecture parallèle de Netezza qui a aidé à traiter des multi-téraoctets de données à une vitesse fulgurante. Avis collecté par et hébergé sur G2.com.

Il n'y a pas grand-chose à ne pas aimer. Mais ce serait formidable si Netezza améliorait son système de surveillance des performances et d'alerte. Avis collecté par et hébergé sur G2.com.

Temps de valorisation immense

Faibles coûts administratifs

Excellentes capacités de compression matérielle

Évolutivité Avis collecté par et hébergé sur G2.com.

La charge utilitaire n'est pas aussi rapide que la concurrence

Grande surcharge pour les conversions d'une implémentation existante vers Netezza (principalement en raison de l'absence d'index) Avis collecté par et hébergé sur G2.com.

J'utilise Netezza depuis trois ans, j'ai travaillé intensivement sur TwinFin, Striper et maintenant sur Mako. Je peux certainement dire que c'est le meilleur traitement de requêtes analytiques que j'ai jamais vu. C'est un bon candidat pour égaler ou dépasser la vitesse de traitement des mainframes en termes de traitement par lots. Avis collecté par et hébergé sur G2.com.

comment ils vont gérer les big data Avis collecté par et hébergé sur G2.com.