Salut,
Je reçois régulièrement des propositions pour faire du PL/SQL mais je les refuse car c'est beaucoup trop restrictif. Pendant 15 ans j'ai été consultant BI, et j'ai fait pas mal d'alim en SQL et PL/SQL (ou Transac SQL), avant que les ETL n'arrivent.
N'empêche que même si j'étais encore consultant BI, je pourrais accepter des missions faisant du PL/SQL mais il faudrait que cela soit avec d'autres tâches au sein d'un projet BI, comme la conception, les spécifications, la modélisation, etc...comme les missions que j'ai effectué.
Contrairement aux langages procéduraux et/ou objets qui se font forcément dans le cadre d'un projet, les langages dérivés du SQL peuvent être proposées dans des missions hyper restrictive et très basiques dont mal payées et méprisées.
En plus dans l'absolu si le PL/SQL m'a été très utile pour créer des procédures d'alimentation de datawarehouses, il se basait in fine sur des requêtes en pur SQL optimisés, alors que je soupçonne que les missions en PL/SQL proposées se basent sur une utilisation abusive des curseurs qui sont un non sens du point de la performance en base de données.
(Je parie sur l'intervention de Glutinus vu le sujet : la BI
)
Partager