-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
scheming : Ajout de "Mon Récap" #335
Conversation
04e724b
to
064585d
Compare
@YannickPassa Aucune urgence mais petit ping si jamais c'est passé aux oubliettes ;) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Trop bien ! Donc on est d'accord que ça va tout me pousser dans un schéma mon recap sur la bdd du c2 c ça ?
Et est ce que tu peux me laisser merge le tout ? Je vais devoir refaire le TB monrecap donc j'aimerais pousser ça quand j'ai le temps d'y faire :)
Oui, c'est ce que fera le DAG dorénavant.
Yep, hésites pas à tester un modèle en local avant car j'ai fait que du synthétique donc ça se trouve ça passe pas l'épreuve du feu ;). |
More informations here : https://docs.getdbt.com/docs/build/custom-schemas#changing-the-way-dbt-generates-a-schema-name And yes, I am doing *exactly* what they are telling we shouldn't do. This warning is mainly directed to people who share environments (ie. dbt Cloud), because we don't have any kind of shared environment we can use a cleaner and shorter name for our schema instead of `public_$schema`.
The empty `settings` seed is here so dbt create the schema for us, this feels a little hacky but also cleaner to centralize everything here instead of having a little bit of configuration in our DAGs.
064585d
to
512e70c
Compare
Carte Notion : https://www.notion.so/gip-inclusion/dbt-ajouter-une-nouvelle-bdd-e77757275abc4b9b924ea759b04df453?pvs=4
J'ai tester le seed et un modèle tout bête et ça semble faire ce qu'on souhaite mais hésite à jouer avec la PR en poussant un peu le truc si tu as des cas d'utilisation concret, qu'on se lance pas dans un truc si en fait c'est pas bon à la fin :D.
Pourquoi ?
dbt sais gérer plusieurs base de donnée (avec les profils) mais elles doivent être présentes sur le même serveur (host, user, password, etc), les add-on DB de Clever font grosso modo 1 DB = 1 add-on/serveur donc impossible d'utiliser les profils.
Une piste alternative était d'utiliser un namespace mais cela complexifierais la gestion des droits au niveau de Metabase car il faudrait les donner pour chaque table une à une, ce qui va devenir très vite casse-pied et donc ne pas être fait.
L'utilisation des schema répond a priori à toute nos contraintes :
Checks