Le métier de DBA est-il encore un bon choix ?

Question publiée sur HN autour de : « Les DBA sont-ils en train de disparaître dans l’industrie IT ? »

• J’étais développeur avant de devenir DBA, et à l’époque où j’étais développeur, je n’ai pas reçu de mon DBA l’aide dont j’avais besoin. Alors maintenant, j’essaie de devenir la personne dont j’aurais aimé recevoir l’aide…
  → Tu as enfin compris le problème. Dans notre entreprise, nous n’avons que 2 DBA, et il nous est impossible de consacrer notre temps à tout le monde
  → Devenir DBA, c’est une lutte sans fin contre l’entropie que les développeurs essaient de créer
  → Les modèles de données doivent toujours être validés par des personnes qui ont davantage de connaissances et d’expérience, et les jeunes développeurs arrivent parfois avec des idées complètement folles (du genre : il ne faut pas utiliser de FK !). On dirait que les mauvaises idées jaillissent en continu, comme un flux
  → Quand ce genre de mauvaise idée est réellement implémenté, il est difficile de revenir en arrière et cela tend à créer encore plus de chaos : besoin de Materialized View pour éviter la modélisation dupliquée, ou de vues bizarres pour compenser des données dupliquées, etc.
  → Donc la réponse est « oui ». Les DBA sont vraiment importants. Bien sûr, cela dépend de la manière dont l’entreprise prend le sujet au sérieux et les fait participer au processus de développement, mais si ce n’est pas le cas, cela va générer énormément de stress

• En pratique, dans beaucoup d’entreprises, le rôle est effectivement externalisé. Mais on aura toujours besoin de systèmes stables qui gèrent des données métier critiques. Apprendre à manipuler les données restera important
  → Ou alors on refile simplement ça aux développeurs…

• Le DBA est un rôle essentiel, et je pense qu’il devient de plus en plus important. Quand je repense à mes 25 ans de carrière dans l’IT, les développeurs ordinaires ne s’intéressaient guère à la modélisation et à la gestion des données, et n’y connaissaient pas grand-chose
  → C’est peut-être difficile à trouver dans une petite startup, mais dans une grande entreprise, les DBA sont indispensables. Sur mon projet, nous en avons 2 ou 3, et nous cherchons toujours à en recruter davantage.
  → Tu serais surpris de voir à quel point de mauvaises requêtes de données / du mauvais SQL, ou un mauvais modèle de données / de mauvaises tables, peuvent multiplier les problèmes de performance. Et aussi à quel point l’ajout de certains index ou de statistiques de tuning peut aider à l’exécution
  → Il existe bien une certaine échelle où, puisque « le matériel coûte moins cher », on préfère simplement ajouter du meilleur hardware plutôt que d’embaucher un bon DBA
  → Je vois souvent même des développeurs expérimentés écrire du SQL qui lit 10 milliards de lignes en buffer pour obtenir une réponse d’une seule ligne (bon, c’est parfois nécessaire, mais la plupart du temps non)

• Si tu sais modéliser les données, construire un data warehouse, gérer et maintenir des schémas, et aider les analystes à écrire du SQL efficace, « tu pourras rester employé très longtemps ». Si on regarde ça uniquement du point de vue de l’administration système, le rôle disparaîtra peut-être à cause des solutions SaaS/PaaS

[xguru]

À cause de l’exemple mentionné au milieu, ça m’a fait penser à l’article Github n’utilise absolument aucune clé étrangère (2016)