Discussion :

[Gomoz]

Bonjour,

J'ai besoin de stocker des langues associés à un spectacle. Ensuite je vais devoir effectuer des sélections assez complexe pour regrouper les spectacles ayant telle ou telle langue (ok dis comme ca c'est simple mais y a tout un algo qui fait que ca va être complexe et je veux que ce soit le plus basique possible).

Solution 1:

Créer une colonne par langue puis avec un état à 0 ou 1. Bien mais ca va obliger de trainer des conditions simples mais très longue avec des OR et des AND qui seront illisibles. De plus la structure de la table sera à modifier si on veut ajouter une langue.

Solution 2:

Utiliser le type de colonne SET. http://dev.mysql.com/doc/refman/5.0/fr/set.html
Ca semble propre mais c'est pas standard du coup je vais galérer pour faire comprendre ça à mon framework zend. De plus, la structure de la table sera aussi à modifier si on ajoute une langue.

Solution 3:

Je fais une table d'association avec les langues etc. Surement la solution la plus propre mais qui complique quand même mon MCD pour pas grand chose.


Solution 4:

Du coup je cherche une autre solution. C'est très flou pour moi mais je pense qu'avec un champ varchar ou int je pourrais m'en sortir. Peut-être avec un calcule binaire et mettant en conf que la position 1 c'est FR, 10 c'est ES, 100 c'est EN, etc.

Cependant ca n'est pas très clair pour moi si je cherche ensuite un spectacle FR et EN (et ES on s'en fiche) par exemple.


Réponse :

La solution est certainement la 3 ou la 4, sachant que je préfèrerais que ce soit la 4 mais je ne sais pas comment m'y prendre.

Vous feriez comment à ma place ? Vous savez où je peux trouver de la doc sur la solution 4 ? D'autres pistes ?

[mactwist69]

Bonjour,

Si chaque spectacle à une et une seule langue, alors oui la bonne solution c'est d'ajouter une colonne.

Après, sachant que les langues sont toutes contenus dans une liste finis, alors oui, créer toi une table, avec ID en clé primaire:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
ID    -    Langue
1           FR
2     -    EN

Et dans ta table tu mets la clé étrnagère:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Spectacle_ID   -    Spectacle_Nom     -    Langue (INT)
1                             MonSpectacle                1

Après pour faire des requêtes, et obtenir tout les spectacle FR et EN, deux possiblités:
1) tu es sur que la table des langues ne changent jamais, tu connais l'ID de la langue, et tu le mets en dur dans le code, mais pas de jointure (plus rapide) (Pas bien)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Select * from spectacle where Langue IN (1,2)

2) Code propre avec jointure

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Select * from spectacle s
INNER JOIN Langue l
ON s.Langue=l.ID AND l.Langue IN ('FR','EN')

Ce qui fait que si les ID des langues changent, la requête marche quand même.
L'utilisation du INNER, va faire que seul les spectacle dont la langue a été pré sélectionner dans la table langue vont s'afficher

[CinePhil]

Oui pour la création d'une table des langues mais Gomoz disait :

des langues associés à un spectacle

La bonne solution à mettre en oeuvre est alors clairement la solution 3 : la table associative.

sélections assez complexe pour regrouper les spectacles ayant telle ou telle langue

Quels sont les spectacles en anglais ou en français ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
SELECT s.spc_id, s.spc_nom
FROM spectacle s
INNER JOIN spc_parler_lng spl ON spl.spl_id_spectacle = s.spc_id
	INNER JOIN langue l ON l.lng_id = spc.spc_id_langue
WHERE l.lng_code IN ('EN', 'FR')

Quels sont les spectacles en anglais et en français ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
SELECT s.spc_id, s.spc_nom
FROM spectacle s
INNER JOIN spc_parler_lng spl ON spl.spl_id_spectacle = s.spc_id
	INNER JOIN langue l ON l.lng_id = spc.spc_id_langue
WHERE l.lng_code IN ('EN', 'FR')
GROUP BY s.spc_id, s.spc_nom
HAVING COUNT(spc.*) = 2

Est-ce si compliqué ?

[Gomoz]

Ce qui est complexe, ce n'est pas ça mais les autres algos qui sont développés autour et dont je n'ai pas parlé. D'où l'idée d'avoir le truc le plus lisible possible ici pour pas m'embrouiller plus loin .

Bon mais ok, je pars sur la table associative ce qui est classique et comme montré par CinePhil assez lisible puis pas le temps de chercher autre chose pour ce projet là.


Pour ma culture je garde quand même la discussion ouverte. En particulier pour la solution n°4. Est-ce qu'on ne pourrait pas attribuer le chiffre 1 à FR, le chiffre 2 à EN et le chiffre 4 à ES et arriver via une opération à savoir si on a FR, EN ou ES (ou les juste deux). Instinctivement je pense que oui mais peut-être que j'ai tords.
Vous voyez ce que je veux dire ?

[Waldar]

Oui c'est en effet possible. Notez que c'est exactement la même solution que votre S4, l'une étant en base-2 et l'autre en base-10 travaillant sur des puissances de deux.

L'avantage de cette solution c'est que l'encodage est très simple, il suffit d'additionner tous les codes langues.
Le problème c'est que l'opération contraire est plus compliquée.
Soit vous faites une boucle while en partant de la plus grande valeur à coup de division euclidienne (donc pas en SQL mais dans votre application), soit vous utilisez la fonction BITAND mais qui ne répond qu'à une langue précise à la fois.

Je vous invite à suivre la solution de Cinephil !

[CinePhil]

Ce qui est complexe, ce n'est pas ça mais les autres algos qui sont développés autour et dont je n'ai pas parlé.

Mais peut-être que ces algos sont simplifiables par une bonne requête SQL ?
Il n'y a pas mieux qu'un SGBD pour traiter des données en masse sur une base enbsembliste.

[Gomoz]

Merci Waldar pour ce lien, c'est exactement ce que je voulais explorer avec la solution 4 et effectivement, on va en rester à la solution 3 même si je me garde la 4 pour d'autres situations.

Autrement CinePhil c'est bien ce que j'espère pouvoir faire que d'utiliser le SGBD pour résoudre mon algo mais bon je vais pas vous demander de faire mon boulot (sauf si vous êtes sur Rennes, auquel cas, ma boite recrute).

[Gomoz]

Rectification après réflexion je vais quand même utiliser la méthode 4 car ça me semble quand même pas idiot de supprimer une table et donc une jointure !

[CinePhil]

Rectification après réflexion je vais quand même utiliser la méthode 4 car ça me semble quand même pas idiot de supprimer une table et donc une jointure !

Ce qui est idiot c'est de laisser une BDD non normalisée !
Tu viens demander conseil, on te donne la bonne solution et tu fais quand même autre chose !
Tu as vraiment envie qu'on t'aide ?

Autrement CinePhil c'est bien ce que j'espère pouvoir faire que d'utiliser le SGBD pour résoudre mon algo mais bon je vais pas vous demander de faire mon boulot (sauf si vous êtes sur Rennes, auquel cas, ma boite recrute).

C'est peut-être pour te remplacer que ta boîte recrute ?