Type de parametre json
Besoins
Idéalement, il faudrait un type unique qui permettrait :
- de stocker les choix multiples sur une lignes des tables datas (car il persiste une complexité avec l'ancien modèle et la gestion ds date de début / fin)
- de saisir un array : = liste libre cf https://gitlab.sevre-nantaise.com/eptbsn/sysma-tickets/-/issues/309
- de stocker/afficher des données à afficher provenant d'API :
- (exemple du portail RPG bretagne https://geosas.fr/rpg/, successions culturales est un tableau de longueur variable)
- une série temporelle ...
- (exemple du portail RPG bretagne https://geosas.fr/rpg/, successions culturales est un tableau de longueur variable)
solution : json
En fait pour gérer tous les cas de figure il faudrait que le type soit (json) ce qui permet de stocker des objets complexes et de pouvoir avoir un template d'affichage. Utiliser le json et non le jsonb car les colonnes value des data est de type text.
-
Vérifier que le type texte ne pollue pas trop le json => ok il est possible de reconstruire un json valide à partir un json stocké en text exemple suivant : https://gitlab.sevre-nantaise.com/eptbsn/sysma-tickets/-/snippets/23 -
vérifier les exports tableau ou csv au besoin
Evolution en douceur pour les Choix multiples :
- Un fois le type json fonctionnel, tester de nouveau type de choix multiples avec ce type de stockage de données
- Validation
- Migration des Choix multiples avec ce type de données
Possibilités d'évolution :
- sur un paramètre avec un suivi dans le temps : bouton pour afficher les diffs dans les json
limites :
- vérifier que QGIS permette l'affichage de json complexes
- les filtre applicables sur ces paramètres seront plus complexes à construire, cela nécessitera une connaissance poussée du sql jsonb (pour les admin sysma)
- prévoir un template d'affichage qui permet de réduire certains détail des donnes l'objet json
Modification effectuée par Antoine RIVIERE