L'accès à Critical Business Intelligence: entrepôts de données difficiles?




Accès direct plutôt que d'un DW pour Mid-Market?

Pendant longtemps, l'entreposage de données utilisé comme synonyme de business intelligence (BI), dans la mesure où il ya une profonde enracinée conviction que la BI ne peut être menée sans un entrepôt de données (DW). En effet, lorsque les entreprises font face à un déluge de données, il est utile d'avoir un DW, car il offre de grandes sociétés la capacité de ressources d'information de levier pour soutenir reporting et l'analyse entreprise. DW fournissent également une solution technique au problème de la multiplicité des systèmes, des magasins de données distincts, et en expansion rapide des données historiques, puisque l'information est extraite de divers systèmes basés sur les transactions, comme tableur, planification des ressources d'entreprise (ERP ), la gestion la chaîne d'approvisionnement (SCM), ou la gestion des ressources de la clientèle systèmes (CRM), et stockés dans un référentiel central où il est transformé, nettoyé et consolidé.

Durant les années 1990, ce modèle a grandi pour former la base de toute une industrie de l'entreposage de données, avec l'appui matériel, les logiciels et les fournisseurs de conseil (voir La nécessité d'entreposage de données ) .

nombreux partisans d'entreposage de données croient également qu'une base de données de la transaction ne peut pas soutenir les demandes simultanées des deux systèmes d'entreprise et des applications BI, puisque l'argument est que les utilisateurs professionnels interrogation de la base vont décimer la performance de l'ensemble du système transactionnel . Cependant, un détail moins connu peut-être que les principaux fournisseurs de bases de données ont entre-temps créé des systèmes de gestion de bases de données relationnelles (SGBDR) qui sont tout à fait capable de supporter les deux fonctions, mais la plupart des applications d'entreprise et les éditeurs de BI continuent d' utiliser seulement une petite fraction de la fonctionnalité totale disponible dans les systèmes de gestion de base de données source (SGBD). À savoir, leurs concepteurs de produits ont tendance à se concentrer plutôt sur la conception multi-plateforme, les obligeant à effet de levier que la quantité limitée de fonctionnalités que les principales bases de données ont en commun.

Inversement, plutôt que de dupliquer ces outils, Vanguard essaie d'exploiter de manière optimale dans le cadre de la solution globale en introduisant accès direct , le technologique entreprise intégration de l'information fondation (IIE), comme de son série Performance graphique (GPS) solution BI. Cette solution fournit des informations de l'entreprise intégrée directement aux entreprises les décideurs sans compter sur un DW, ce qui pourrait gagner du temps, ce qui augmente l'agilité de l'entreprise et réduire les coûts. La solution GPS Vanguard a depuis été en mesure d'accéder directement à des informations stockées dans les systèmes d'entreprise, sans nécessiter entreprises de se déplacer ou le stade données, ou d'investir dans la technologie des entrepôts de données complexes et difficiles à manier.

recueillent une quantité sans cesse croissante de données dans plusieurs systèmes, formats et emplacements, ce qui rend de plus en plus difficile à maintenir et synchroniser une copie redondante des données originales dans un référentiel central. Comme la complexité de ce processus augmente, les coûts administratifs augmentent, et la valeur de l'entreprise diminue. Dans le même temps, la nature hautement concurrentielle du marché de base de données relationnelle entraîne des améliorations continues dans les fonctionnalités des bases de données sources.

Comme la puissance de traitement et la fonctionnalité des bases de données s'améliorent, l'approche la plus logique pourrait alors être à la taille du serveur de base de données pour gérer les charges de travail transactionnelles et de reporting. Vanguard estime qu'il est essentiel d'exploiter efficacement toutes les fonctionnalités de base de données disponibles, de sorte que la solution GPS inclut l'accès aux données natives pour chaque base de données et tire pleinement parti des caractéristiques distinctes de chacun. L'expérience du fournisseur aurait montré que le dimensionnement correctement le serveur de base de données pour soutenir les fonctions transactionnelles et de reporting peut être beaucoup moins cher, alors que suffisamment efficace, que la construction et le maintien d'un DW redondant. En outre, les coûts de gestion informatique de tuning la base de données de la transaction sont probablement moins que le coût de l'entretien continu requis par un DW, qui devient une mission à elle seule, à un degré que les entreprises même oublié l'objectif initial de la DW.

la sixième partie du Business Intelligence Report Status Quo série.

amélioration de la DW Modèle

Lorsque le modèle DW a été conçu, on a cru qu'il était nécessaire de mettre en scène des données dans un entrepôt pour fournir des performances de requête raisonnable pour les utilisateurs. Toutefois, il s'agit d'un cas où les performances des requêtes peut être considérablement améliorée simplement en profitant des fonctionnalités dans les bases de données sources, depuis Oracle , IBM , et Microsoft maintenant offrir résumé déclarative fonctionnalités qui automatisent le processus de création et le maintien des tableaux récapitulatifs. Appelé vues matérialisées, matérialisée tables de requêtes, ou des vues indexées, ces fonctions de base de données, combinées avec "résumé-aware" méta-métrage de Vanguard, peut permettre de définir et de déployer résumé déclarative.

Vanguard fait usage de cette capacité à limiter les effets de traitement de requêtes de l'utilisateur et d'optimiser les performances de la solution. En intégrant résumé déclarative directement dans leurs moteurs de bases de données, les principaux fournisseurs de bases de données auraient enlevé, dans certains cas, une justification principale pour l'entreposage de données. Les poids lourds de la base de données Oracle, IBM et Microsoft sont également trouver les moyens de tirer parti de XML et permettent une intégration multi-format avec des données autres que les leurs.

En fait, la solution BI d'Oracle, bien que mettant en vedette l'entreposage de données et extrait / Transport / charge capacités (ETL), a souvent tendance à éviter la consolidation des données inutiles, étant donné que, historiquement, les sociétés se débarrasser de toutes les informations en un DW. Ils croyaient que s'ils mettent toutes leurs données dans une seule base de données / DW ils pourraient effectivement éliminer le problème des silos fonctionnels et tout le monde se partager des informations et travailler à partir de la même playbook.

Pourtant, les résultats réels sont trop souvent que lorsqu'une entreprise construit un DW, l'objet devient l'un d'obtenir les données des systèmes sources dans l'entrepôt, alors que les utilisateurs sont toujours laissés à eux-mêmes pour élaborer des rapports ou écrire des requêtes, ce qui est un processus qui prend du temps. Ainsi, la bonne façon de le faire peut être de conserver les rapports de gestion dans le même système que les opérations elles-mêmes, afin qu'ils apportent avec eux tout le contexte de laquelle la transaction s'est passé. Cette approche permet aux utilisateurs d'accéder à l'information et d'explorer les paramètres / indicateurs de performance clés (KPI) tout le long de la très transaction qui aurait pu causer le problème. En outre, en laissant tout dans le même système ou dans le cas de la source où l'opération a eu lieu, les utilisateurs peuvent réellement percer une transaction et corriger l'erreur sur le terrain si quelque chose ne va pas.

En outre, comme le Sarbanes-Oxley (SOX) et d'autres exigences de déclaration tenir entreprises à des normes plus élevées de précision et de fiabilité, la transparence de l'entreprise est vital, mais un DW, par définition, , est une copie des enregistrements de données d'origine. DW sont constamment déplacés, mis à jour ou consolidés, et ils combinent les données provenant de plusieurs systèmes, chacun avec différentes règles de gestion. Au contraire, l'accès direct de Vanguard extrait des informations directement à partir de l'opération des systèmes-les véritables systèmes d'enregistrement de sorte que la question de "version" de la donnée est rapportée devient obsolète.

La question est aussi de savoir si il ya un point d'intégrer une grande quantité de données dans un DW quand il suffit d'un petit éclat de celui-ci. Étant donné que la nature de l'information d'entreprise est dynamique, en essayant de garder répliquée et synchronisée dans plusieurs bases de données lorsque, par exemple, a fusionné avec une autre entité, n'est pas pratique, surtout si les données sont accessibles rarement. Les modifications apportées à un modèle DW traditionnel d'apporter de nouvelles données peut prendre des mois, alors que les données EII-comme fédérateurs solutions ne sont pas aussi fragiles que les scripts ETL procédure et peuvent accueillir les changements nécessaires beaucoup plus rapidement.

besoin d'information propre

autre pilote historique pour le modèle DW a été la nécessité perçue de l'information "propre" avant de les rendre disponibles pour les rapports, et de nombreuses entreprises continuent d'investir de grandes quantités d' temps, ressources humaines (HR), et de l'argent dans le nettoyage de leurs données et en appliquant une terminologie cohérente à elle comme une étape nécessaire dans la construction de leur DW.

comme l'a mentionné plus tôt, certains fournisseurs et leurs clients estiment que les systèmes de transaction sont «les systèmes d'enregistrement" et que DW créer une scission artificielle entre les transactions et le reporting. Pourtant, plus les données sont copiées, reproduites, ou modifiés, moins précis, il devient, et il pourrait être plus efficace et plus rentable pour les problèmes de données correctes à la source que de se déplacer et de modifier les bases de données. Comme autre illustration le long des lignes précitées de l'Oracle, les clients de Vanguard trouvent aurait souvent qu'ils peuvent conduire l'amélioration de la qualité des données rapides avec le niveau de visibilité que l'accès direct apporte à leurs systèmes, y compris en fournissant un lieu unique pour conserver des informations et un processus de gestion des données rationalisée .

Il ya aussi une perception que si les utilisateurs professionnels aient accès aux bases de données d'entreprise et des outils de requête premières, ils vont faire des ravages dans le système, ce qui est une possibilité, à moins que le développeur du produit BI comprend le problème potentiel et traite comme un facteur critiques de l'entreprise. En conséquence, Vanguard a développé l'expertise et l'entreprise des règles spécifiques pour les bases de données natives pour éliminer les risques de dommages aux systèmes de transaction, qui permet aux utilisateurs d'affaires n'ont pas de contrôle direct sur le langage de requête structuré (SQL) , de sorte qu'ils ne peuvent pas créer des requêtes non valides. À cette fin, la couche sémantique appropriée garantit que les utilisateurs d'entreprise sont protégés de la complexité des systèmes sous-jacents et les systèmes transactionnels de l'entreprise ne peut fonctionner sans heurts.

aux entreprises ayant plusieurs bases de données sources, Vanguard a trouvé par expérience qu'il peut être plus efficace pour optimiser chacun séparément que de construire un DW central, depuis les ruisseaux accès des paquets de données directement à l'utilisateur en parallèle, où ils sont assemblés sur le PC de l'utilisateur. Le nombre total de bases de données qui fournissent de l'information ne devrait pas affecter les performances cube de chargement, car chacun contribue de façon indépendante.

Vanguard estime que l'utilisation d'un modèle sémantique et middleware intégré permet une utilisation efficace de la puissance de traitement disponible à chaque niveau base de données, niveau intermédiaire, et le client, dont la conception évite la nécessité d'un DW physique central , et fournit des informations intégrée évolutive à la demande, même à partir de plusieurs sources de données disparates. BI axée sur la demande nécessite une riche couche sémantique qui «virtualise» les bases de données sources pour l'utilisateur final, et l'UIM de Vanguard est donc basée sur une solution de métadonnées à trois niveaux qui apporte de multiples sources disparates et les présente dans une vision d'entreprise cohérente.

  1. Le modèle d'entreprise interaction de l'utilisateur d'affaires à des lecteurs et fournit la traduction essentiel banque de données terminologiques dans le langage commercial fonctionnel;       

  2. Le modèle d'exécution -accepte les demandes des utilisateurs, identifier les sources de données correctes, et génère les requêtes nécessaires, et       

  3. Le modèle de base de données permet d'accéder aux tables de base de données en utilisant des techniques indigènes à chaque base de données spécifique.

Avoir un référentiel central / DW rend commode pour "massage" les données et faire des prédictions, mais, dans l'environnement actuel des affaires, les informations sont souvent dispersées dans plusieurs bases de données disparates, parfois dans différentes applications, toutes qui sont probablement dans des endroits différents. Par conséquent, d'autres la gestion de la performance d'entreprise BI / les vendeurs (EPM) sont trop intensifie avec des solutions qui peuvent recueillir des informations à partir de plusieurs sources de données. Silvon Software , par exemple, a fait évoluer son basée client / serveur données Tracker produit afin qu'il extrait maintenant des données sur un système d'entreprise transactionnel et le charge dans une solution basée sur le Web rajeuni appelé Stratum , qui peut tirer de l'ERP, CRM, les données même point de vente (POS), puis d'intégrer et de valider tout cela. Modules actuels de la strate avec des fonctionnalités intégrées de BI incluent l'analyse de CRM, la performance de l'inventaire; la performance marketing, performance industrielle, la performance de la rentabilité, la performance des ventes et gestion de la relation fournisseur (SRM) analyse.

Challenging DW solutions existantes

Les pépites au-dessus des faits et des contre-faits ont raffermi la conviction que, tandis que l'entreposage de données est un moyen d'atteindre un but, ce n'est plus une exigence. Malgré l'adoption à grande échelle du concept d'entreposage de données au sein des grandes organisations, les défis et les problèmes fondamentaux continuent d'affliger les implémentations dans le monde réel. D'un point de vue commercial, un DW est un projet complexe, le temps qui exige un investissement en temps, des personnes et le matériel, et pourtant si souvent avec une analyse de rentabilisation claire.

entreposage de données est souvent difficile de lier des améliorations directes dans la ligne de fond, ce qui est une mauvaise pratique dans le climat actuel des affaires, où les grands projets informatiques doivent montrer un retour sur investissement clair dans un intervalle de temps défini avant qu'ils puissent être financés. Une fois le projet DW est commencée, l'ampleur et la complexité de la tâche crée un élément de risque pour la plupart des entreprises, puisque les données héritées de systèmes plus anciens, des problèmes avec l'extraction et l'intégrité des données, et les problèmes de la pertinence du contenu contribuent à relever le défi.

mouvements récents de certains fournisseurs pure play EII de s'aligner avec leurs homologues de BI peuvent confirmer la connexion entre les deux technologies. À savoir, Composite a signé un accord avec Cognos pour construire ses outils EII dans ReportNet de Cognos query et logiciel de déclaration, alors que Metamatrix a noué des partenariats techniques avec comme Business Objects et Hyperion Solutions .

Comme mentionné plus tôt, en 2003, Actuate a acquis l'ancien spécialiste EII Nimble pour intégrer les données de requête fonctions de fédération dans sa plate-forme d'entreprise rapports. En intégrant ouvert, basé sur XML d'intégration de données technologie de Nimble dans la plate-forme, Actionner s 'clients ont depuis trouvé plus facile de concevoir des applications de BI qui offrent une vue intégrée de leur entreprise. En outre, l'intégration des capacités de Nimble a depuis permis à la plate-forme Actuate BI d'intégrer plus facilement avec un large éventail de systèmes compatibles XML. Dans le même ordre de tirer dans les données et la création de vues unifiées relativement rapidement et économiquement, IBM a lancé son Information Integrator d' produit en 2004, tandis que l'intégration d'applications d'entreprise (EAI) spécialiste BEA Systems a également annoncé un données liquides Initiative d'intégration qui se trouve en face de bases de données et systèmes de fichiers, permettant aux utilisateurs de rechercher des données dans divers endroits.

Cependant, accès direct (ou la technologie EII dans un contexte plus large) ne peut pas toujours être une alternative à un DW, compte tenu de ces solutions d'intégration de données augmentent historique des séries chronologiques reporting BI avec plus fraîche détails opérationnels, plutôt que mener profonde, le traitement analytique complexe, telles que les requêtes de plusieurs téraoctets, qui sont encore nécessaires pour de nombreuses entreprises. La technologie pourrait être particulièrement fonctionnel pour les situations où les utilisateurs veulent obtenir des données détaillées qui est habituellement omis de DW. Ainsi, le boulonnage sur une capacité EII peut permettre aux entreprises de compléter DW avec des requêtes plus légers fonctionnant directement contre courant, ou, les données intra-journalières des systèmes transactionnels.

Malgré l'adoption par Vanguard, Oracle, IBM, et un certain nombre de petits acteurs de niche EII comme Certive , Metamatrix Avaki Corporation (récemment acquis par Sybase ), Composite Software , et Ipedo , l'approche reste une idée naissante et, par conséquent, un marché naissant, avec preuve de plus de Concept nécessaire. Ces produits se caractérisent par la capacité de mapper les données variées dans un modèle de données unique et traiter les requêtes à la volée avec des performances relativement rapide. Cependant, en utilisant uniquement l'IIE pour BI pourrait faire mal à faire face aux changements de l'entreprise ou de l'analyse des tendances historiques, tandis que les perspectives pourraient encore se préoccuper de garanties en matière de qualité des données dans les données des environnements divers, et l'impact de l'EII sur les systèmes transactionnels est toujours un préoccupation réelle (ie, la chaîne EII est seulement plus rapide que son composant le plus lent).

Par conséquent, la technologie est aujourd'hui encore loin d'adoption ordinaire, par opposition à des technologies plus matures LA outils ETL, la réplication de base de données et les technologies de passerelle, comme l'a confirmé avec l'achat récent de la leader ETL d'IBM Ascential . En attendant, l'unification / EII vendeurs virtuels données prédication doivent s'efforcer d'éduquer le marché et d'acquérir une masse critique de clients pour l'approche. Ceux qui réussissent peuvent, pour le moment, ceux que la position de leurs outils pour compléter, plutôt que remplacer, l'entreposage de données classiques. Certaines enquêtes récentes ne font état d'un pourcentage notable des utilisateurs mentionnant le manque de centralisation DW comme une des principales raisons pour retarder l'adoption d'outils analytiques, tableaux de bord comme, au sein de leurs entreprises. Ainsi, tandis que les clients sont la conception et la mise en œuvre des architectures modernes de l'information, ils pourraient tirer parti de l'IIE comme une technologie palliatif à explorer immédiatement les données dans les sources dispersées. Le marché a été quelque peu validée par l'acquisition de Sybase Avaki, l'acquisition de Nimble de Acutate et les partenariats entre Cognos et Composite et Business Objects et Ipedo.

Ceci conclut la sixième partie d'une note en sept parties.

première partie historique détaillé et l'état actuel.

deuxième partie regarda outils de BI contemporains.

troisième partie décrit ce qui est disponible.

quatrième partie présente le paysage du marché BI / CPM.

Cinquième partie Geac discuté et fournisseurs de solutions ponctuelles.

Septième partie fera des recommandations.

propos des auteurs

Olin Thompson est un dirigeant de processus ERP Partners. Il a plus de vingt-cinq années d'expérience en tant que cadre dans l'industrie du logiciel. Thompson a été appelé «le Père des processus ERP." Il est un auteur et un conférencier fréquemment primé sur des sujets d'acquisition d'une valeur de l'ERP, SCP, e-commerce, et de l'impact de la technologie sur l'industrie.

Il peut être contacté à Olin@ProcessERP.com

Predrag Jakovljevic est un directeur de recherche avec TechnologyEvaluation.com (TEC), avec un se concentrer sur le marché des applications d'entreprise. Il a près de vingt ans d'expérience dans l'industrie manufacturière, dont plusieurs années en tant qu'utilisateur de puissance de l'informatique / ERP, ainsi que d'être un consultant / exécutant et analyste du marché. Il détient un baccalauréat en génie mécanique de l'Université de Belgrade, en Yougoslavie, et il a également été certifié dans la production et la gestion des stocks (CPIM) et dans la gestion intégrée des ressources (CIRM) par APICS.

 
comments powered by Disqus