Ok, ben déjà c'est très bizarre d'utiliser uen ENUM pour traiter ce genre de choses, si tu veux rajouter un pays (donc une donnée), tu es obligé de modifier la structure de ta table et ça n'est pas logique.
La façon la plus basique de représenter ton système aurait été :
photos (
pk_photo, titre_photo, chemin_photo, fk_localisation#);
localisation (
pk_localisation, libelle_localisation);
Tu aurais donc eu des photos qui pointeraient vers la table localisation (qu'on pourrait même séparer en deux avec pays/villes), ainsi tu aurais pû afficher une liste des localisations disponibles, avec un lien de ce genre :
echo '<a href="voirPhotos.php?id_localisation='.$id_localisation'.">'.$libelle_localisation.'</a>';
Les deux variables provenant d'un jeu de données récupérés via une requête SQL sur ta tables localisations, et le id_localisation étant utilisé dans voirPhotos.php pour sélectionner uniquement les photos ayant la fk_localisation équivalente. La liste des localisations aurait été un simple :
Code : Tout sélectionner
SELECT id_localisation, libelle_localisation FROM localisation ORDER BY libelle_localisation ASC;
Or là avec ton ENUM ça va ressembler à ça, avec analyse du résultat derrière, bref compliqué :
Bon même avec ton ENUM tu peux faire pareil, afficher des liens qui enverront en paramètre le nom du pays, que tu utiliseras dans ton WHERE dynamiquement.
Si tu regardes dans la FAQ ou même sur
http://www.phpdebutant.org tu devrais trouver des exemples sur la transmission de paramètres et la manière de rendre des requêtes dynamique.
Mais personnellement je t'encourage à revoir la modélisation de ta base.