[FORMATION] Bases de données ? Administrateur/Expert ? [Résolu]

[fredbug]

Bonjour,

Je fais actuellement des recherches sur les métiers de l'informatique concernant la base de données.

Je trouve pas mal d'info concernant l'administration mais pour ce qui est du côté expert de bases de données, pas grand chose, j'ai été voir sur les sites ou il y avait des fiches métiers mais rien (enfin peut-être j'en ai loupé donc d'ailleurs si quelqu'un a une fiche avec la description de ce métier ? je suis preneur)

Donc en fait, quand on est administrateur de BD, on a la possibilité d'évoluer en expert bases de données mais je vois pas vraiment quelle est la différence, est-ce comme quelqu'un qui passe de developpeur à chef de projet, au final plus de responsabilités et moins de technique (enfin je crois) ?
Ou peut-être on peut être considéré comme expert BD à partir d'une certaine expérience pis c'est tout ?

enfin voilà, un peu paumé...donc si quelqu'un pouvait m'expliquer rapidement les fonctions d'un expert BD par rapport à un admin BD ou me donner un lien vers une fiche métier s'il y a, ca m'aiderait bien.

Cordialement.

[fsmrel]

Bonsoir,

Je vous donne le point de vue d’un baroudeur ayant eu à peu près toutes les casquettes pour tout ce qui touche aux données et aux bases de données, essentiellement dans le monde des mainframes IBM. Ce qui suit, caractérise plutôt le monde des grandes entreprises françaises utilisatrices de SGBD relationnels. Je ne traite pas des SGBD OO (pour lesquels je ne suis pas compétent). Je parlerai d’abord de l’administrateur de la base de données pour mieux montrer la différence entre administration et expertise.

L’administrateur de la base de données (DBA)

Dans l’entreprise, l’administrateur de la base de données est plus connu comme étant le "DBA" (abréviation de Database administrator). Dans une entreprise de taille importante, on peut rencontrer :

- Des DBA "Études", dont le nombre varie en fonction de l’importance des projets en cours de développement ou de maintenance.

- Des DBA "Production", dont le nombre est généralement plus réduit et relativement constant.

Le DBA peut donc avoir un profil Études

Sa compétence est alors plutôt orientée vers l’assistance aux développeurs, par exemple dans le paramétrage du DDL (création des tables et des index), la construction des requêtes SQL (natives ou hébergées au sein des programmes). En général ce genre de DBA vient des Études et il est devenu compétent pour tout ce qui tourne autour de SQL, en relation avec le SGBD qu’utilise l’entreprise. Il sait d’avance si telle requête ou telle requête aura une performance acceptable ou non. Il saura, au moyen des instructions appropriées (notamment EXPLAIN) et outils dont il dispose s’en assurer et calculer assez précisément l’ordre de grandeur du temps d’exécution de la majorité des requêtes. Il doit être capable, avec l’aide au besoin du DBA de Production de résoudre les cas récalcitrants.

Le DBA peut avoir un profil Production, plus système

Il est le spécialiste du SGBD utilisé par l’entreprise, c’est lui qui l’installe, assure le suivi des versions du SGBD, effectue les migrations nécessaires et est en relation avec l’éditeur du SGBD pour tout ce qui relève de la technique. Il est l’interlocuteur privilégié de la Production pour définir la puissance machine nécessaire, la surface disque, à ce titre il a un rôle de conseil.
Il a un rôle d’organisateur, en ce sens qu’il définit et gère les différents environnements dans lesquels le SGBD doit être opérationnel, et pour lesquels il définit les ressources nécessaires : Production, Pré-production, Intégration, Migration, Études, Développement...
Il est responsable de l’intégrité de la base de données : reprise sur incidents, concurrence d’accès, validité des données (pas de perte de celles-ci), sauvegardes/restaurations, affectation des droits aux utilisateurs, aux développeurs, aux DBA et plus généralement de la confidentialité des données.
Il a en charge la performance des applications dans lesquelles le SGBD est impliqué (surveillance des accès concurrents, temps de réponse des transactions, respect de la durée définie pour les traitements de type batch). En ce sens, il a rôle de conseil auprès de la Production pour le choix des outils nécessaires, qu’ils soient fournis par l’éditeur du SGBD ou par des tiers.

Les DBA Études et Production travaillent en étroite collaboration, afin de répondre aux exigences de la Production d’une part et des Études d’autre part.

L’Expert en Bases de données

L’expert n’a pas pour vocation de faire partie d'une équipe de DBA, de façon permanente. Son objet n’est pas d’installer les SGBD. Le terme "expert en bases de données" recouvre en réalité des métiers différents. Par exemple, un éditeur de SGBD a ses propres experts qui interviennent auprès des DBA de ses clients, pour résoudre des problèmes pointus quand ces DBA ne disposent pas forcément des moyens pour traiter ces problèmes (détermination fine des ressources, bogues du SGBD, problèmes incompréhensibles, gros pépins en général). Jusque-là, l’expert peut être considéré comme un super DBA, à la fois Production et Études, binôme du commercial de l’éditeur.

Plus généralement, l’expert fait partie d’une SSII, d’un cabinet spécialisé ou bien est consultant indépendant. Il intervient lui aussi chez plusieurs clients à la fois.

Dans ce contexte, il est spécialiste d’un (ou plusieurs) SGBD et, pour être intervenu aux quatre coins du pays ou de la planète, il peut même alors concurrencer, voire conseiller les éditeurs de SGBD et être finalement, lui aussi, un super DBA.

Ou bien, parce qu’il a une très bonne connaissance des SGBD (sans pour autant les connaître dans leurs tréfonds), il joue plus un rôle de conseil auprès des DSI et exerce ses compétences auprès des Études, notamment pour la phase cruciale de traduction, de réalisation du modèle conceptuel de données (MCD) en structure de base de données relationnelle. Le rôle de l’expert est ici capital. En effet, les DBA et les concepteurs exercent des métiers différents et ont énormément de difficulté à échanger (on est bien souvent en présence de dialogues de sourds, pour rester poli). Les uns parlent du métier de l’entreprise, de modélisation et les autres des techniques propres aux SGBD. L'eau et l'huile. Combien de projets partis en fumée à cause de cela...

L’expert doit donc connaître les deux métiers et la psychologie des uns et des autres (en tout cas c’est ce que je retiens de mon expérience). A ce niveau, il doit savoir expertiser (par définition !), mais aussi auditer les modèles conceptuels, justifier les aménagements à apporter avant génération de la structure de la base de données. Il doit être crédible quand il remet en cause la traduction du MCD en base de données. Autrement dit, non seulement il doit avoir pratiqué le métier de concepteur et celui de DBA, mais il doit aussi posséder une clé supplémentaire, à savoir la connaissance en profondeur de ce qu’on appelle la théorie relationnelle. L’expert doit bien entendu connaître suffisamment le SGBD du client pour préconiser une architecture technique, les choix dans l’organisation physique et logique de la base de données, en relation avec les DBA. Il doit amener la preuve de ses recommandations par un prototypage adéquat et systématique. En effet, ce qui a réussi chez untel n’est pas la solution chez tel autre : les bases de données relationnelles sont comme des mustangs, rebelles et pas toujours faciles à dompter. Il va sans dire qu’à ce niveau, l’expert doit non seulement être compétent, mais aussi pédagogue et diplomate, il doit savoir proposer des solutions d’arbitrage en cas de contestation. Pas facile tout cela...

Je laisse à d’autres le soin de compléter cette réflexion.

[Luc Orient]

Encore une fois, je note l'exhaustivité de la réponse de fsmrel à la question posée ...
Je me permets donc juste d'ajouter que l'expert BdD a aussi un rôle de formation, d'animation et de "vulgarisation" autour du SGBD dont il est spécialiste.
Il est bien entendu en veille technologique constante sur ce sujet.
Par exemple, on peut constater que certains "experts" en SGBD interviennent régulièrement sur ce forum ...

Et pour rester dans le domaine cité par fsmrel (DB2 Mainframe), voici un exemple d'expert très connu sur DB2 for z/OS :
Craig S. Mullins

[fadace]

Dans les théories de Peter (oui, oui, celui du principe d'incompétence), il y a une citation de je ne sais plus qui. Je vous la livre telle quelle... sur le sujet, elle vaut son pesant de cacahuètes:

"L'expert ne pense pas : il sait."

Les définitions assez correctes de fsmrel viennent de me faire prendre conscience que je suis en train de régresser d'un point de vue professionnel : d'abord expert chez un éditeur, puis DBA production dans des banques pour ensuite "finir" DBA étude (c'est le DBA prod lorsqu'il y a tellement de soucis sur les systèmes qu'il doit finir par mettre son nez dans tous les domaines)

[fredbug]

Merci à tous pour vos réponses instructives, je comprend mieux maintenant.