Donc là je prends une approche différente, et je fais en sorte que toute la structure de la base de données (tables, colonnes, index, triggers, etc.) soit stockée et versionnée dans un dépôt.

J'ai hésité entre https://alembic.sqlalchemy.org/ et l'outil fourni par Django pour gérer ça, mais finalement je suis parti sur celui de Django, vu que je le connais bien, c'est autant de temps de gagné.

Ça permet aussi d'avoir des tests unitaires (est-ce que mes migrations tournent sur une base vierge) pour ce qui concerne la BDD, des rollbacks (annuler une migration qui a mal tourné), et tout simplement de discuter et reviewer les changements dans un workflow de développement plus serein (Gitlab, review, merge requests, etc.)

Après clairement, ça reste une solution meilleure mais pas forcément idéale, vu que je suis DBA de fait, pas de formation.

A PeopleDoc l'équipe gérait ça sans ORM, avec du SQL brut et ils unittestaient tout, mais j'ai pas le niveau pour ça.

Par contre si on embauche un·e vrai DBA un jour, je lui aurait au moins facilité la tâche pour reprendre le gouzi et c'est satisfaisant.

Y'a tellement de choses que j'aimerait bien apprendre en DBA, principalement les vues, les triggers et les fonctions, même si j'ai manipulé très basiquement, c'est que la surface et quand je vois ce que mes ex-collègues arrivaient à faire avec, c'était juste impressionnant…

@agate (vraie DBA is watching °-°)

@VioB je t'aurais bien partagé le code et la doc que j'ai écrits mais tout est dans des repos privés :'(

@agate Hahaha, y faut bien ! ^-^

@VioB ouais enfin c'est dommage quand même dommage >.<

À part éventuellement la structure de nos tables et le contenu des migrations, les mécaniques et le reste du code ont rien de fondamentalement sensible

@agate Oui, mais disons que le code a pas forcément d'intérêt si y a pas la structure à laquelle ça s'applique.

@VioB oh, en l'occurence ça prendrait quelques minutes d'écrire de faux modèles avec l'ORM django pour montrer le principe, ça change pas fondamentalement avec la structure de la base, c'est plutôt le workflow qui est intéressant/pratique

@agate (j'imagine)

@agate C'est quelque chose que je connais un peu, sans pour autant dire que je maîtrise, donc si t'as besoin d'aide hésite pas !

@agate

J'aime beaucoup BEAUCOUP les triggers

@agate On m'a bridée dans mon boulot parce que je voulais utiliser les triggers pour des trucs et on m'a dit que non il fallait faire ça dans le code de l'appli ;_;

@Nocta ah ben je viendrai surement te faire coucou pour ça alors ! Moi aussi j'avais tendance à faire ça dans l'applicatif avant mais je fais plus confiance à la DB qu'à mon code maintenant :D