Discussion :

[V4Vendetta]

Bonjour,

Je suis actuellement un ingénieur études et de développement Java/Hybris, ça fait un peu près une année que je travaille sur des projets E-commerce, j'aimerais avoir une nouvelle expérience coté Décisionnel/BI , je me demande qu'elles sont les pistes à suivre pour entamer ce changement ? est ce que mon expérience en E-Commerce(Fonctionnel/Technique) sera en mon faveur ? ou c'est une expérience qui n'a pas une valeur ajoutée si je veux faire un tel changement ?

Merci d'avance

[garn]

Hello

techniquement, ton expérience ne te servira pas trop, sauf dans le cadre de supports en BI qui utilisent java (comme du BIRT) ou d'ETL dans le même cas (TALEND...)

Fonctionnellement, tous les domaines utilisent la BI, ca peut te servir ou non ca dépend si tu continue dans ce domaine métier ou un autre

tu vises un poste décisionnel technique ou fonctionnel ?
Les compétences recherchées souvent
SQL / Bases de données
Modélisation
connaissance d'un outil BI : la, ca va être dur au début mais une fois que tu as eu l'opportunité d'en connaitre un, ils ont tous des points communs

Ce qui comptera le plus, c'est surtout l'entreprise pour laquelle tu travailleras quand tu voudras faire ce "changement"

[Glutinus]

Bonjour,

En décisionnel tu auras plusieurs chaînes dont l'alimentation et la restitution.

Pour l'alimentation une bonne connaissance de base de données et une philosophie en mode batch. Pousse vraiment ta connaissance en SQL dans un premier point ; la plupart des projets décisionnels sur lesquels je passais utilisaient, malheureusement, trop le moteur SQL, mais tu peux tourner ça à ton avantage.

[phili_b]

la plupart des projets décisionnels sur lesquels je passais utilisaient, malheureusement, trop le moteur SQL

Tu peux reformuler ?

Tu veux dire du "SQL en dur" plutôt que d'utiliser des générateurs de requêtes ?

[Glutinus]

Tu peux reformuler ?
Tu veux dire du "SQL en dur" plutôt que d'utiliser des générateurs de requêtes ?

Effectivement ; pour exemple je connais Informatica qui fonctionne avec une succession de "blocs" (fonction). On commence depuis l'ODS (lecture SQL avec quelques filtres, agrégats à la rigueur) puis on utilise les fonctions du moteur Informatica.

Un des travers que j'ai souvent vu est de poser 99% des règles de calcul depuis le SQL 1/ soit parce que le développeur ne connaît pas bien Informatica et on lui a dit "tout ce que tu dois connaître est le SQL" 2/ le projet dérive, on dit "il faut que ça fonctionne", c'est plus rapide évidemment de coder le résultat que l'on veut en SQL mais du coup ça pose comme problème

a/ déboguage compliqué (lecture d'une requête qui atteint les 2000 lignes... vous allez dire "petit joueur" mais ça commence à fatiguer quand on me fouette et que ça fait une semaine que je suis sur l'anomalie d'une requête non commentée)

b/ sollicitation très importante de la base de données et donc performance affaiblie (j'ai personnellement repris un code qui se faisait entièrement en SQL avant de charger, fait "dans les règles de l'art" et mon traitement quotidien est passé de plusieurs heures à soixante-dix minutes)




Bref, pour revenir ce que demande V4Vendetta, la connaissance du SQL si l'on veut faire du décisionnel n'est pas un luxe car il sera utilisé sur beaucoup d'éléments de la chaîne.

[phili_b]

Effectivement ; pour exemple je connais Informatica qui fonctionne avec une succession de "blocs" (fonction). On commence depuis l'ODS (lecture SQL avec quelques filtres, agrégats à la rigueur) puis on utilise les fonctions du moteur Informatica.

Ha ok. Je n'ai travaillé qu'avec des ELT, sunopsis, mais jamais avec des ETL. Donc quand je parlais de générateur de requête, je pensais à des générateurs de requête SQL, et non avec un code propriétaire, que ce soit du côté alim (sunopsis) ou du côté reporting (BO).


D'ailleurs pour Microstrategy en reporting ça semble être la même chose: il faut utiliser des fonctions microstrategy alors que BO n'a que des fonctions SQL (à quelques exceptions). Bien qu'au bout du compte microstrategy ne génère que du SQL.

Quand je parlais de "SQL en dur", c'est de toute faire à l'ancienne en codant et en réinventant la roue.

En tout cas on est d'accord que pour le décisionnel le SQL est indispensable. Même pour des outils tels que informatica ou Microstrategy car ça donne une tournure de pensée, qu'on n'a pas forcément si on vient directement du monde de la programmation classique, même si on ne doit utiliser que les fonctions internes.

Et comme dit Garn, la modélisation peut faire pas mal progresser dans le monde de la BI, si on ne veut pas rester cantonné qu'à la réalisation.

[garn]

informatica est quand même très orienté SQL je trouve par rapport a du datastage / talend qui compense avec du java
j'ai developpé sur du datastage, talend, et juste recetté de l'informatica ponctuellement, autant les 2 premiers se ressemblaient autant le 3eme était assez différent

Enfin tout ca pour dire que le java peut servir, en fonction de l'outil, pour de l'alim décisionnelle (et le SQL aussi bien évidemment, plus que le java, mais ca permet de trouver un argument à placer en entretien)

le generateur de requête y en a beaucoup en outil Bi aussi, ca n'empeche pas d'avoir besoin du SQL pour farfouiller dans les données