méthodologie de modernisation de la base de données pour résoudre les problèmes – il jungle

L’innovation est une combinaison d’outils et de processus. erreurs Big se fait quand il y a trop l’accent sur les outils et trop peu sur les processus. L’innovation dans une boîte, une bouteille ou une boîte n’est pas une stratégie basée sur la réalité, même si on pense souvent de cette façon, en particulier au niveau de la direction où le but de l’avantage concurrentiel est parfois liée à des produits et des technologies spécifiques.

Outils et processus soutenir l’innovation. Ils ne sont pas l’innovation. Pas au niveau des entreprises où l’avantage concurrentiel est différencié et adouci avec des années d’expérience. Trop souvent, l’expérience est actualisée ou même ignoré lorsque les dirigeants discutent d’innovation. Regardons l’innovation de base de données comme un exemple.

Chris Koppe a été à la table des dirigeants d’entreprise et les gourous techniques discuter des avantages et des inconvénients base de données des dizaines de fois. Ses expériences sont magnétisés aux organisations qui comptent sur la base de données DB2 sur IBM i remèdes maison pour les problèmes d’estomac. La semaine dernière, dans une interview avec Jungle IT, Koppe a partagé ses connaissances basé sur plusieurs projets de base de données innovants impliquant des améliorations substantielles à une base de données sous-jacente.

« Il y a beaucoup de bonnes raisons d’avoir une structure de base de données moderne et il ne doit pas être sur le déplacement de l’i », dit-Koppe. « Je défends tout le monde de regarder les défis que leur base de données impose sur l’entreprise, les applications et l’écosystème. Déterminer comment la médiation qui, à court et à long terme. Ces gars-là [les IBM i magasins Koppe travaille avec] regardent les 15, 20 ou 30 ans de leurs applications et de faire des investissements importants maintenant que les mis en place pour l’avenir. Pas tout le monde fait ça. »

Les fusions et acquisitions sont des événements quotidiens dans le monde de la finance d’entreprise, mais la fusion des systèmes informatiques entraîne souvent des cauchemars d’intégration causes de douleurs à l’estomac pendant la grossesse. Koppe explique comment une entreprise, avec cinq différentes bases de données résultant d’acquisitions, se familiariser avec la prise de conscience que les problèmes d’intégration ne ferait qu’empirer (d’autres acquisitions étaient probablement) si quelque chose n’a pas été fait plus tôt que tard. La courte liste de ces problèmes inclus les rapports, la collecte et la programmation des données.

Régler les problèmes d’architecture sous-jacente dans chacune des bases de données – tous ont été construits il y a 15 à 20 ans – a été la première étape. La consolidation suivrait. Comme ils ont regardé à leur future base de données, ils se demandaient: Comment voulons-nous cette conception et quels problèmes nous créons historiquement que nous voulons corriger?

Dans le processus de réparation, tous les fichiers à base de DDS ont été modifiés pour SQL DDL. La prise que sur un processus manuel serait une corvée longue et coûteuse encore aggravée par la découverte presque inévitable de mauvaises données. Dans ce cas, un outil de conversion automatisé, capable de trouver de mauvaises données et effectuer des réparations, a été utilisé. Par rapport au codage à la main, l’outil de conversion a été un énorme gain de temps.

« Il y a un flux de travail qui se passe », dit-Koppe. « Obtenir la base de données et le charger. Ensuite, trouver des erreurs et des problèmes – des choses comme des tables multi-membres, des tables multi-formats, et sélectionnez / omettre les défis – qui ne correspondent pas à une base de données proprement DDL. Vous cherchez des problèmes fonctionnels avec la base de données existante, mais vous regardez aussi où l’organisation ressent de la douleur. L’équipe de base de données établit la méthodologie pour résoudre les problèmes « .

L’expérience de Koppe est précieuse en matière de méthodologie, conception et mise en oeuvre traitement pour les problèmes digestifs. L’une des leçons qu’il a apprises du projet de consolidation de la base de données est que les gens comptent souvent sur les « connaissances tribales » pour la compréhension de leur base de données. Il est souvent défendu, mais moins souvent correct.

« Comment votre base de données existe dans votre esprit est comment il est vraiment », dit-il. « Les bases de données construites au fil du temps ont des personnalisations spécifiques. Les gens stockent les dates de plusieurs façons amusantes et intéressantes – le stockage numérique, le stockage de caractères, séparés par année, mois et jour « .

Stocker les dates est un exemple. Le personnel informatique dans une entreprise Koppe a travaillé avec la pensée, il y avait six modèles différents pour stocker les dates dans l’une des bases de données. Il y avait 23 a été découvert plus tard.

Dans un autre cas, Koppe a été impliqué dans une entreprise qui a essayé pendant plusieurs années pour migrer ses applications ERP adulte maison et Db2 pour i base de données SAP et Oracle. Il ne va pas bien. (Nous avons entendu auparavant.) En fin de compte, la stratégie est revenu à rester sur IBM i et la modernisation de l’ERP de chez nous, cependant, il a été déterminé la base de données freinait l’évolution des applications et de l’entreprise en général. Ainsi, la modernisation de la base de données (DDS à la conversion DDL) est devenue la priorité.

« Il y a des entreprises avec des stratégies de sortie qui cherchent à déplacer des applications à SAP et à une autre base de données relationnelle », reconnaît Koppe. « Mais avant de prendre cette décision, ils devraient se demander pourquoi ils veulent le faire. Qu’est-ce qui ne va pas? Ils doivent expliquer pourquoi la plate-forme ne correspond pas aux besoins de l’entreprise « .

Des raisons valables pour les migrations existent. Certaines entreprises sont orientées vers Oracle ou SQL Server et IBM i est le canard étrange dans la stratégie informatique. De même, IBM i et Db2 pour i sont parfaitement capables d’innovations ne sont pas associées à la plate-forme.

Il y a IT stratèges qui croient bases de données relationnelles ne sont pas la meilleure option pour l’avenir d’analyse axée, mais Koppe ne pense pas que les entreprises vont tirer de l’utilisation des bases de données relationnelles. Cependant, il ne considère pas Db2 base DDS sur i une base de données relationnelle.

« Ce n’est pas que les bases de données relationnelles ne sont pas l’avenir », soutient-il. «C’est ce qu’ils ont aujourd’hui DDS qui est pas l’avenir. Le problème est de 95 pour cent des organisations qui utilisent Bd2 pour i utilisent DDS. Lorsque vous regardez au niveau structurel, il est un tas de fichiers indépendants qui ont peu de structures et ne sont pas reliés entre eux. Il n’y a aucune information relationnelle définie dans la base de données. Il est défini dans le code d’application ce qui provoque une inflammation des intestins. Par conséquent, tout autre outil ou un code qui veulent accéder à la base de données n’a aucun moyen de découvrir les relations qui existent au sein de la base de données. Et je ne connais pas de magasins IBM i qui documentent leurs modèles de données.

« Non seulement ils ont pas un modèle de base de données découvrable, ils n’ont pas un documenté soit. Ainsi, ils ont une collection de fichiers indépendants avec des noms courts, énigmatiques limités à dix caractères et sont relativement indéfinissable. Personne à l’extérieur du département informatique peut comprendre la base de données. Personne sur le côté commercial peut le comprendre. Ce n’est pas la définition d’une base de données relationnelle moderne « .

modernisation de la base de données peut être facilement rejetée si elle est considérée comme un simple exercice de conversion DDS en DDL remèdes maison pour une inflammation du côlon. Cela ne suffit pas à assurer une valeur suffisante pour justifier le financement. Pour un projet de modernisation de la base de données à valeur ajoutée doit inclure l’application et la modernisation des systèmes avec un plan mesurable et quantifiable pour améliorer l’entreprise. La découverte d’une douleur d’affaires et la soulager est un financement de la valeur de plan.

modernisation de la base de données est la modernisation des applications. Et la modernisation de l’application ne peut se faire sans fixer la base de données. CONNEXES HISTOIRES

L’innovation est une combinaison d’outils et de processus. erreurs Big se fait quand il y a trop l’accent sur les outils et trop peu sur les processus. L’innovation dans une boîte, une bouteille ou une boîte n’est pas une stratégie basée sur la réalité, même si on pense souvent de cette façon, en particulier au niveau de la direction où le but de l’avantage concurrentiel est parfois liée à des produits et des technologies spécifiques.

Outils et processus soutenir l’innovation. Ils ne sont pas l’innovation. Pas au niveau des entreprises où l’avantage concurrentiel est différencié et adouci avec des années d’expérience. Trop souvent, l’expérience est actualisée ou même ignoré lorsque les dirigeants discutent d’innovation. Regardons l’innovation de base de données comme un exemple.

Chris Koppe a été à la table des dirigeants d’entreprise et les gourous techniques discuter des avantages et des inconvénients base de données sur des dizaines d’occasions remèdes maison pour la douleur de l’estomac chez l’enfant. Ses expériences sont magnétisés aux organisations qui comptent sur la base de données DB2 sur IBM i. La semaine dernière, dans une interview avec Jungle IT, Koppe a partagé ses connaissances basé sur plusieurs projets de base de données innovants impliquant des améliorations substantielles à une base de données sous-jacente.

« Il y a beaucoup de bonnes raisons d’avoir une structure de base de données moderne et il ne doit pas être sur le déplacement de l’i », dit-Koppe. « Je défends tout le monde de regarder les défis que leur base de données impose sur l’entreprise, les applications et l’écosystème. Déterminer comment la médiation qui, à court et à long terme remèdes maison pour la digestion. Ces gars-là [les IBM i magasins Koppe travaille avec] regardent les 15, 20 ou 30 ans de leurs applications et de faire des investissements importants maintenant que les mis en place pour l’avenir. Pas tout le monde fait ça. »

Les fusions et acquisitions sont des événements quotidiens dans le monde de la finance d’entreprise, mais la fusion des systèmes informatiques entraîne souvent des cauchemars d’intégration. Koppe explique comment une entreprise, avec cinq différentes bases de données résultant d’acquisitions, se familiariser avec la prise de conscience que les problèmes d’intégration ne ferait qu’empirer (d’autres acquisitions étaient probablement) si quelque chose n’a pas été fait plus tôt que tard. La courte liste de ces problèmes inclus les rapports, la collecte et la programmation des données.

Régler les problèmes d’architecture sous-jacente dans chacune des bases de données – tous ont été construits il y a 15 à 20 ans – a été la première étape. La consolidation suivrait. Comme ils ont regardé à leur future base de données, ils se demandaient: Comment voulons-nous cette conception et quels problèmes nous créons historiquement que nous voulons corriger?

Dans le processus de réparation, tous les fichiers à base de DDS ont été modifiés pour SQL DDL. La prise que sur un processus manuel serait une corvée longue et coûteuse encore aggravée par la découverte presque inévitable de mauvaises données. Dans ce cas, un outil de conversion automatisé, capable de trouver de mauvaises données et effectuer des réparations, a été utilisé. Par rapport au codage à la main, l’outil de conversion a été un énorme gain de temps.

« Il y a un flux de travail qui se passe », dit-Koppe. « Obtenir la base de données et le charger symptômes de la maladie inflammatoire de l’intestin chez les chats. Ensuite, trouver des erreurs et des problèmes – des choses comme des tables multi-membres, des tables multi-formats, et sélectionnez / omettre les défis – qui ne correspondent pas à une base de données proprement DDL. Vous cherchez des problèmes fonctionnels avec la base de données existante, mais vous regardez aussi où l’organisation ressent de la douleur. L’équipe de base de données établit la méthodologie pour résoudre les problèmes « .

L’expérience de Koppe est précieuse en matière de méthodologie, conception et mise en oeuvre. L’une des leçons qu’il a apprises du projet de consolidation de la base de données est que les gens comptent souvent sur les « connaissances tribales » pour la compréhension de leur base de données. Il est souvent défendu, mais moins souvent correct.

« Comment votre base de données existe dans votre esprit est comment il est vraiment », dit-il. « Les bases de données construites au fil du temps ont des personnalisations spécifiques. Les gens stockent les dates de plusieurs façons amusantes et intéressantes – le stockage numérique, le stockage de caractères, séparés par année, mois et jour « .

Stocker les dates est un exemple. Le personnel informatique dans une entreprise Koppe a travaillé avec la pensée, il y avait six modèles différents pour stocker les dates dans l’une des bases de données. Il y avait 23 a été découvert plus tard.

Dans un autre cas, Koppe a été impliqué dans une entreprise qui a essayé pendant plusieurs années pour migrer ses applications ERP adulte maison et Db2 pour i base de données SAP et Oracle. Il ne va pas bien. (Nous avons entendu auparavant.) En fin de compte, la stratégie est revenu à rester sur IBM i et la modernisation de l’ERP de chez nous, cependant, il a été déterminé la base de données freinait l’évolution des applications et de l’entreprise en général. Ainsi, la modernisation de la base de données (DDS à la conversion DDL) est devenue la priorité.

« Il y a des entreprises avec des stratégies de sortie qui cherchent à déplacer des applications à SAP et à une autre base de données relationnelle », reconnaît Koppe. « Mais avant de prendre cette décision, ils devraient se demander pourquoi ils veulent le faire. Qu’est-ce qui ne va pas? Ils doivent expliquer pourquoi la plate-forme ne correspond pas aux besoins de l’entreprise « .

Des raisons valables pour les migrations existent. Certaines entreprises sont orientées vers Oracle ou SQL Server et IBM i est le canard étrange dans la stratégie informatique. De même, IBM i et Db2 pour i sont parfaitement capables d’innovations ne sont pas associées à la plate-forme.

Il y a IT stratèges qui croient bases de données relationnelles ne sont pas la meilleure option pour l’avenir d’analyse axée, mais Koppe ne pense pas que les entreprises vont tirer de l’utilisation des bases de données relationnelles. Cependant, il ne considère pas Db2 base DDS sur i une base de données relationnelle.

« Ce n’est pas que les bases de données relationnelles ne sont pas l’avenir », soutient-il. «C’est ce qu’ils ont aujourd’hui DDS qui est pas l’avenir. Le problème est de 95 pour cent des organisations qui utilisent Bd2 pour i utilisent DDS remèdes maison pour l’amélioration de la digestion. Lorsque vous regardez au niveau structurel, il est un tas de fichiers indépendants qui ont peu de structures et ne sont pas reliés entre eux. Il n’y a aucune information relationnelle définie dans la base de données. Il est défini dans le code d’application. Par conséquent, tout autre outil ou un code qui veulent accéder à la base de données n’a aucun moyen de découvrir les relations qui existent au sein de la base de données. Et je ne connais pas de magasins IBM i qui documentent leurs modèles de données.

« Non seulement ils ont pas un modèle de base de données découvrable, ils n’ont pas un documenté soit. Ainsi, ils ont une collection de fichiers indépendants avec des noms courts, énigmatiques limités à dix caractères et sont relativement indéfinissable. Personne à l’extérieur du département informatique peut comprendre la base de données. Personne sur le côté commercial peut le comprendre. Ce n’est pas la définition d’une base de données relationnelle moderne « .

modernisation de la base de données peut être facilement rejetée si elle est considérée comme un simple exercice de conversion DDS en DDL 5 maladies du système digestif. Cela ne suffit pas à assurer une valeur suffisante pour justifier le financement. Pour un projet de modernisation de la base de données à valeur ajoutée doit inclure l’application et la modernisation des systèmes avec un plan mesurable et quantifiable pour améliorer l’entreprise. La découverte d’une douleur d’affaires et la soulager est un financement de la valeur de plan.

modernisation de la base de données est la modernisation des applications. Et la modernisation de l’application ne peut se faire sans fixer la base de données. CONNEXES HISTOIRES