Recomposer les éléments d'un champ

Bonjour,

Je souhaite comparer un champ que je dois contrôler et un champ que je calcule.
Le champ que je calcule est trié de manière croissante (plusieurs noms de boîtiers sur un poteau).
En revanche, le champ que je dois contrôler est remplit manuellement, donc les boîtiers ne sont pas nécessairement indiqué dans le bon ordre.

Dans l'exemple ci-dessous, le gid N°1 apparaîtrait en erreur alors que les boîtiers sont bien tous indiqués.
Comment puis-je réordonner la liste à l'intérieur du champ pour que la comparaison des deux champs fonctionne ?

Merci :)

Pièce jointe 573378

Code:

---

1 2 3 4 5 6 7

SELECT pt.gid ,pt.boitiers AS a_controler ,string_agg(bp.nom,';' ORDER BY bp.nom) AS concat from "input".poteau AS pt left join "input".boitier AS bp on ST_INTERSECTS(pt.geom,bp.geom) group by pt.gid,pt.boitiers having pt.boitiers != string_agg(bp.nom,';' ORDER by bp.nom)

---

Bonjour,
Quel SGBD ?
Et combien de mots séparés par des ; ?
Un nombre fixe ou une infinité ...

Je pensais à la fontion PostgreSQL SPLIT_PART() ou STRING_SPLIT (Transact-SQL) etc.

Bonjour,

Pourquoi ne décomposes-tu pas la chaine pour transformer les valeurs en lignes? Ce serait plus simple à comparer. Quelle est la BDD?

Bonjour à vous deux,
Je travaille avec PGAdmin III sur PostgreSQL 9.6.
Les boîtiers sont composés de 14 caractères et séparés par un point virgule.
Le nombre de boîtiers est variable (ne sera jamais fixe, voire est même souvent vide car des poteaux n'ont pas de boîtiers), mais ne dépassera que rarement 4 ou 5 boîtiers (voire jamais... les poteaux c'est juste pour formaliser quelque chose ici).

Citation:

---

Pourquoi ne décomposes-tu pas la chaine pour transformer les valeurs en lignes?

---

C'est ce que j'aimerais bien faire oui ! Pour pouvoir les réordonnée et pouvoir les comparer !

Citation:

---

Je pensais à la fontion PostgreSQL SPLIT_PART() ou STRING_SPLIT (Transact-SQL) etc.

---

Je vais creuser ces fonctions merci !

Merci !

SPLIT_PART fonctionne bien.
J'ai donc autant de colonnes que de SPLIT_PART, et donc de boîtiers.
Désormais je dois essayer de créer une dernière colonne qui concatène tous ces boîtiers dans l'ordre ASC.

J'ai trouvé ça mais ça ne marche que pour deux valeurs...
https://dba.stackexchange.com/questi...nd-then-concat
et encore, lorsqu'il y en a une seule, un point-virgule se trouve au début du concat...

Citation:

---

Envoyé par MATHIEUGODARD

C'est ce que j'aimerais bien faire oui ! Pour pouvoir les réordonnée et pouvoir les comparer !

---

Ce que demande vanagreg, c'est surtout pourquoi :
- Dans la base de données, les boîtiers ne sont pas stockés comme sous-lignes des poteaux (ainsi, n lignes de boîtiers par poteau)
- Et pourquoi dans l'application 1/ la saisie se fait sur une ligne avec des points virgules plutôt qu'un champ par boîtier 2/ pourquoi l'application ne découpe-t-elle pas la saisie pour envoyer au SGBD une ligne par boîtier

En effet, une colonne dans la base de donnée doit toujours ne contenir qu'une et qu'une seule valeur : là vous allez au devant de gros problèmes de performance, de maintenabilité... et d'évolutivité ! (genre impossible de gérer l'intégrité si un jour vous avez une table avec la liste des codes des boîtiers)

Citation:

---

- Dans la base de données, les boîtiers ne sont pas stockés comme sous-lignes des poteaux (ainsi, n lignes de boîtiers par poteau)

---

Dans notre MCD d'étude (c'est de la cartographie), j'ai un shape poteaux, et un shape boitiers.
Le contrôle que je réalise est fait à partir d'un string_agg qui me permet de générer cette liste à partir d'une jointure spatiale.
Une fois l'étude terminée, le MCD entier est transformé dans un autre MCD pour livraison client. Je ne peux pas changer le format d'étude en milieu de projet et encore moins demander au client qu'il change son cahier des charges ;)

Citation:

---

Et pourquoi dans l'application 1/ la saisie se fait sur une ligne avec des points virgules plutôt qu'un champ par boîtier 2/ pourquoi l'application ne découpe-t-elle pas la saisie pour envoyer au SGBD une ligne par boîtier

---

1/ C'est la demande du client, je n'ai pas la main sur le remplissage de ce champ.
2/ Mes données d'entrées sont comme tel : un shape poteaux, et un shape boitiers où, spatialement, plusieurs boitiers peuvent être superposés au poteau.
En résumé, il n'est pas difficile pour moi de faire une liste des boîtiers présents sur un poteau grâce à une jointure spatiale. En revanche, vérifier la chaîne de caractères que je reçois en entrée de contrôle (de mes collègues, avant de transformer en MCD client) est plus compliqué. J'ai bien une solution en tête mais ce n'est pas hyper propre...

Comme dirait le commercial de ma boîte :

Citation:

---

Shit in, shit out.

---

bonjour,

Un truc dans ce gout là devrait faire le job (pas testé)

Code:

---

1 2 3 4 5 6 7 8 9

SELECT pt.gid ,pt.boitiers AS a_controler ,string_agg(bp.nom,';' ORDER BY bp.nom) AS concat from "input".poteau AS pt left join "input".boitier AS bp on ST_INTERSECTS(pt.geom,bp.geom) group by pt.gid,pt.boitiers HAVING sum(CASE WHEN pt.boitier LIKE '%' || bp.nom || '%' THEN 1 ELSE 0 END) <> (char_length(pt.boitier) + 1) / 15 OR COUNT(*) <> (char_length(pt.boitier) + 1) / 15

---

Mais comme déjà évoque, il ne faut pas s'attendre à de bonnes perfs en raison du modèle...

Waouh Honnêtement pas compris le script :D Et il ne donne pas vraiment le résultat attendu. Mais merci à toi d'avoir tenté sans filet !
J'ai réussit à faire ce que je souhaitais faire. C'est pas propre, c'est même immonde, mais ça fonctionne !
Le souci de performance n'est pas du tout une problématique qui m'intéresse sur ces contrôles : je souhaite contrôler ce que mes collègues m'envoient et contrôler à la main me prendrait largement plus de 89 ms :)

La méthode que j'ai employé :
- J'ai effectué le STRING_AGG pour obtenir la réalité des géométries livrées et qui me permet de contrôler la donnée d'entrée
- J'ai effectué le SPLIT_PART pour obtenir une colonne par boitier
- J'ai effectué le SPLIT_PART également, avec la donnée d'entrée pour obtenir la même chose
- J'ai comparé, à l'aide d'opérateurs OR et AND colonnes par colonnes...

Désolé si ce message a rendu aveugle certain.e.s d'entre vous ;)

Merci à vous pour le temps que vous m'avez accordé !

Citation:

---

Envoyé par MATHIEUGODARD

Dans notre MCD d'étude (c'est de la cartographie), j'ai un shape poteaux, et un shape boitiers.
Le contrôle que je réalise est fait à partir d'un string_agg qui me permet de générer cette liste à partir d'une jointure spatiale.
Une fois l'étude terminée, le MCD entier est transformé dans un autre MCD pour livraison client. Je ne peux pas changer le format d'étude en milieu de projet et encore moins demander au client qu'il change son cahier des charges ;)

1/ C'est la demande du client, je n'ai pas la main sur le remplissage de ce champ.
2/ Mes données d'entrées sont comme tel : un shape poteaux, et un shape boitiers où, spatialement, plusieurs boitiers peuvent être superposés au poteau.
En résumé, il n'est pas difficile pour moi de faire une liste des boîtiers présents sur un poteau grâce à une jointure spatiale. En revanche, vérifier la chaîne de caractères que je reçois en entrée de contrôle (de mes collègues, avant de transformer en MCD client) est plus compliqué. J'ai bien une solution en tête mais ce n'est pas hyper propre...

---

Le cahier des charges du client mentionne peut être que les boîtiers d'un même poteau doivent être restitués sous forme de liste avec des points-virgules comme séparateurs, mais certainement pas qu'il faut pourrir le modèle de données en ne respectant pas la première forme normale.

Comme indiqué par mes collègues, une colonne qui contient une liste de valeurs c'est la source de tous les maux : pas d'intégrité référentielle possible, requêtes complexes, performances désastreuses, modèle peu évolutif...

Il ne faut pas confondre un champ, qui est une zone d'un formulaire ou d'un état, zone dans laquelle vous pouvez tout à fait positionner une liste de valeurs avec ou sans séparateurs, avec une colonne qui est un attribut dans une base de données et dont le contenu doit être scalaire.

C'est le souci des formations sur un coin de table...
Je précise tout de même que le MCD n'est absolument JAMAIS modifié (donc, je ne le pourrit pas). J'effectue des contrôles, je créé des tables temporaires dans d'autres schémas que l'input, et abonde une table qui résume toutes les erreurs trouvées pour que mes collègues modifient le jeu de données, jusqu'à ce qu'il soit intègre.
Une batterie de contrôles est en jeu : contrôles géométriques (basiques et métiers) et attributaires (unicité, regex, listes de valeurs autorisées, métiers, ...).

Si par ailleurs, vous aviez des cours en ligne qui permettent de vulgariser la chose, ça m'intéresse grandement. Je souhaite monter en compétence dans ce domaine. J'aimerais aussi apprendre PL/pgsql, mais la doc postrges est quand même assez raide à bouffer...

Merci :)

Pou ce qui concerne la modélisation (MCD, MLD, MPD), il y a un forum ici
https://www.developpez.net/forums/f6...sation/schema/

Forum à la racine duquel on trouve des références bibliographiques de tous niveaux
Vous pourrez aussi bien sûr y poser directement vos questions, certains contributeurs de cette section sont extrêmement compétents et rigoureux dans la démarche, leur conseils vous seront précieux ;)

Merci beaucoup :)