1 - Il arrive que certaines 'paires' puissent être sur plusieurs 'exchange'
Comment faire pour attribuer la même 'paire' à plusieurs 'exchange' ?
En terme de schéma de données, le plus classique pour faire cela est de créer 3 tables :
- une table, nommée par exemple "exchanges" avec uniquement les "exchange" et leurs caractéristiques à chacun, dont un champ par exemple id_exchange, identifiant unique de cet élément (en général INT AUTOINCREMENT dans ton schéma de table)
- une table, nommée par exemple "paires" avec uniquement les "paire" et leurs caractéristiques à chacune, dont un champ par exemple id_paire, identifiant unique de cet élément (en général INT AUTOINCREMENT dans ton schéma de table)
- et une table, nommée par exemple "liens_exchange_paire" dont l'objectif est de permettre de faire les liens entre les 2 précédentes tables. A ce titre elle n'a besoin que de 2 champs, id_exchange et id_paire. Si une paire a 2 exchange, alors elle aura 2 entrées dans cette table.
C'est la façon la plus propre, évolutive et optimisée pour faire des relations n..n en SQL
2 - Comment faire pour que dès que l'utilisateur a sélectionné un exchange (liste déroulante), la liste 'paire' se mette à jour en fonction du choix de l'utilisateur ?
Pour faire des listes liées, on a un tuto ici :
faq-tutoriels/listes-liees-avec-html-ja ... 55580.html
A noter que si c'est juste une question de confort dans la sélection, si les utilisateurs savent ce qu'ils cherchent peut être que le mieux serait de faire un champ Select amélioré.
Par exemple :
https://select2.org/getting-started/basic-usage