Discussion :

[darksight]

Bonjour, J’ai été pris pour un stage d’ingénieur système (environnement Citrix, serveurs microsoft, active directory etc) jusque là je comprend bien mais dans l’annonce c’est également écrit dans les compétences éventuellements demandées : connaissances en SGBD et maitrise des schémas bases de données relationnelles. Est ce que quelqu’un peut m’éclairer sur ces dernières compétences citées s’il vous plait ? Car pour moi les SBBD c’est du mysql et c’est surtout du développement. Peut être que je me trompe. Quel est le rapport avec le travail d’ingénieur système ? Après quelques recherches, j’ai pu néanmoins trouver que dans le travail d’un ingénieur système on pouvait inclure le travail d’un administrateur base de données. Est ce que quelqu’un peut me confirmer cela ? Est ce que ce sera mon cas pour le stage ? Enfin en quoi cela consiste le travail d’un ingénieur base de données ? les compétences/logiciels à connaitre ? car je suis un peu dans le flou, tout ce que j’ai fait pour le moment en rapport avec les bdd dans ma formation c’est du dev avec sql. Merci d’avance pour vos réponses et témoignages.

[phili_b]

Bonjour,

C'est possible d'aérer le texte, de faire des paragraphes ?

En ce qui concerne les SGBDR il y a 3 axes:
- l'administration de base de données gérée par un DBA : il s'occupe des sauvegardes, de l'optimisation de la base de données, et il est garant de la bonne marche technique de la base de données. Il peut aussi faire du support technique en SQL.
- la modélisation de base de données : à partir d'une conception on créé des schémas de bases de données, et on modélise les relations entre tables pour créer soit des bases de données transactionnelles (base de saisie des données) soit des bases de données décisionnelles (des données agrégées).
- Le développement. Le développeur va certes développer mais plus il s'y connait en modélisation, plus il pourra progresser et concevoir aussi la base.

Si on demande à ingénieur système d'avoir des connaissances en SGBDR, c'est sans doute pour qu'il fasse aussi le DBA, ou tout au moins une partie de son boulot. Et si on lui demande de connaitre les schémas c'est qu'au minimum il sache y lister les tables et comprenne l'organisation techniques des bases.

Celui qui développe en SGBDR, il fera de proche en proche de la conception, en revanche il sera rarement DBA. Et un DBA même s'il a été développeur en SGBDR il n'en fera plus quand il fera de l'administration. Un DBA venant de l'administration système il saura faire du réseaux et optimiser la base de données pour la mémoire et les disques, mais il aura plus de mal, selon son appétence au SQL, à faire du support technique SQL.

Donc un admin système étant DBA c'est un mouton à 5 pattes, mais dans les petites boites ça doit être sans doute être la majorité des cas.