Funji MATEMU – Expert Informatica – Communauté des indépendants décisionnels
Je fais parti d'une communauté regroupant aujourd'hui une 60aine d'indépendants spécialisés dans le décisionnel. L'objectif de cette communauté est de capitaliser sur les compétences d'experts du métier et de les diffuser vers l'extérieur, afin d'y faire connaître notre expertise. Cette reconnaissance, nous souhaitons l'obtenir :
- par des formations (nous sommes nombreux à donner des formations pour le compte de grands cabinets de formation)
- par la diffusion de fiches :
o de type fiche produit,
o de type best practice (une fiche n'est diffusée qu'après validation du groupe d'experts, dont certains certifiés composés de 4 à 5 personnes)
o de type astuce de développement,
- par du service (prestation d'expertise, de conseil, d'architecture, d'audit) soit directement pour les clients, soit pour le compte des éditeurs à travers leur pôle Professional Services
Contrairement aux fiches de type Best Practice que notre communauté peut publier, cette fiche astuce a un format beaucoup plus court et ne correspond pas à une directive de développement.
C'est un exemple pratique, que vous utilisez peut être déjà pour certains d'entre vous, et que nous trouvons intéressant de diffuser pour ceux qui ne la connaîtrait pas.
J'ai la joie et l'honneur de vous faire part de la première fiche, qui j'espère vous plaira.
Ce document évoque la technique de « surcharge » lors de la mise à jour des tables relationnelles.
Il arrive parfois que des utilisateurs nous demandent de modifier la valeur d’un indicateur à partir de plusieurs règles fonctionnelles.
Lorsque cet indicateur se trouve dans une table relationnelle, souvent ces règles impliquent de s’appuyer sur les colonnes qui composent la clef primaire ainsi que sur d’autres.
Dans la suite du document, nous allons montrer que cette technique peut répondre à cette problématique.
Si vous avez des questions, ou des remarques, n'hésitez pas à nous les faire parvenir. Un espace d'échange est en cours de construction, mais vous pouvez d'ores et déjà nous joindre à l'adresse suivante : expert_informatica@unovia.fr
Tout le travail accompli par ce groupe est fait de façon bénévole, n'hésitez donc pas à les remercier et à les encourager.
- par des formations (nous sommes nombreux à donner des formations pour le compte de grands cabinets de formation)
- par la diffusion de fiches :
o de type fiche produit,
o de type best practice (une fiche n'est diffusée qu'après validation du groupe d'experts, dont certains certifiés composés de 4 à 5 personnes)
o de type astuce de développement,
- par du service (prestation d'expertise, de conseil, d'architecture, d'audit) soit directement pour les clients, soit pour le compte des éditeurs à travers leur pôle Professional Services
Contrairement aux fiches de type Best Practice que notre communauté peut publier, cette fiche astuce a un format beaucoup plus court et ne correspond pas à une directive de développement.
C'est un exemple pratique, que vous utilisez peut être déjà pour certains d'entre vous, et que nous trouvons intéressant de diffuser pour ceux qui ne la connaîtrait pas.
J'ai la joie et l'honneur de vous faire part de la première fiche, qui j'espère vous plaira.
Ce document évoque la technique de « surcharge » lors de la mise à jour des tables relationnelles.
Il arrive parfois que des utilisateurs nous demandent de modifier la valeur d’un indicateur à partir de plusieurs règles fonctionnelles.
Lorsque cet indicateur se trouve dans une table relationnelle, souvent ces règles impliquent de s’appuyer sur les colonnes qui composent la clef primaire ainsi que sur d’autres.
Dans la suite du document, nous allons montrer que cette technique peut répondre à cette problématique.
Si vous avez des questions, ou des remarques, n'hésitez pas à nous les faire parvenir. Un espace d'échange est en cours de construction, mais vous pouvez d'ores et déjà nous joindre à l'adresse suivante : expert_informatica@unovia.fr
Tout le travail accompli par ce groupe est fait de façon bénévole, n'hésitez donc pas à les remercier et à les encourager.