Open johanricher opened 2 years ago
J'ai mis à jour la modélisation de BDD en fonction de l'idée des 3 types évoquées en atelier ce matin : text, bool, enum.
Suite à mon message ici : https://github.com/etalab/catalogage-donnees/issues/284#issuecomment-1181036892
- S'il y a un fichier schéma strictement exact au schéma commun qui a été implémenté, alors le catalogue n'aura que les champs déjà implémentés et n'aura pas de champs complémentaires.
- Si un schéma contient des champs qui ne sont pas dans le schéma commun, des champs complémentaires pourront être inférés et ajoutés à la création du catalogue (à condition que les règles ci-dessous soient respectées).
- Parmi la spec Table Schema, seuls les types et format de champs et contraintes déjà implémentés par catalogue.data.gouv.fr seront acceptés (liste à définir).
Il faudrait peut-être revisiter ce ticket s'il est toujours pertinent ?
Je propose que ce ticket soit reformulé de telle façon à décrire le besoin de modifier le schéma d'un catalogue après sa création (i.e. ajouter des champs complémentaires et/ou modifier les champs du schéma déjà en production).
Cette feature qui est peut-être souhaitable n'est pas un must have pour la création d'un catalogue #284 dans le périmètre actuel.
@johanricher Devrait-on donc retirer ce ticket du milestone "catalogue.data.gouv.fr" ?
Suite à ma proposition et ton message j'ai mis à jour le ticket (du coup désolé pour le délai court pour donner son avis mais il peut toujours être donné surtout s'il est contraire !).
Description
Dans le cadre du milestone
catalogue.data.gouv.fr
:Plus tard, il pourrait être souhaitable :
Problèmes
Comment gérer l'évolution du schéma et les répercussions en cascade autant au niveau technique que de l'expérience utilisateur ?
Par exemple, si on ajoute un nouveau champ obligatoire pour les fiches qui auparavant ne l'avaient pas :