Discussion :

[lesouriciergris]

Je dispose de 2 tables,

table 1

variable varchar [10]

table 2

chaine1 type quelconque
chaine2 type quelconque
chaine3 type quelconque
...
chainen type quelconque

Lors de la saisie de valeur dans la table1.variable, je dois m'assurer que cette valeur est identique à l'une des valeurs des colonnes de table2.

Je vois bien comment le coder du côté PHP / PERL mais j'aimerai faire une fonction MySQL.

Si quelqu'un peut m'y aider, j'ai du mal ...

[Maljuna Kris]

Saluton,
Ça sent le défaut de conception de base à plein nez, cette affaire.

[lesouriciergris]

Saluton,
Ça sent le défaut de conception de base à plein nez, cette affaire.

Non, en fait j'essaye de créer un générateur de formulaire de champs de saisie en PHP pour faire des stats.

Les champs de saisie sont tous identiques sauf le nom de la variable et c'est ce qui référence la table.

De manière clair, je génère une liste d'éléments permettant d'afficher :

Code :

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

1
2
3
4
5
6
7
 
<TABLE>
<TR>
<TD>Hommes</TD>
<TD><input type="text" name="$var$" size="8" maxlength="6"/></TD>
</TR>
</TABLE>

et d'indiquer que $var$ devra être remplacé par le nom que j'ai défini.

Or ce nom défini DOIT être le nom d'une colonne d'une autre table.

Je ne dis pas que je n'ai pas fait une erreur de conception mais je ne la vois pas en tout cas et je veux que ma contrainte soit vérifiée.

Voici un exemple de ce que j'obtiens par une simple requête :

Code :

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

1
2
3
4
5
6
7
8
9
 
+-------------------------------------------------------------------+----------+
| txtComm                                                           | variable |
+-------------------------------------------------------------------+----------+
| <TABLE><TR>                                                       | NULL     | 
| <TD>Hommes</TD>                                                   | NULL     | 
| <TD><input type="text" name="$var$" size="8" maxlength="6"/></TD> | PP_CH    | 
| </TR></TABLE>                                                     | NULL     | 
+-------------------------------------------------------------------+----------+

[Maljuna Kris]

Si l'on doit comprendre que tu enregistres le code html dans la base de données, c'est encore plus grave que ce que je subodorais.

[lesouriciergris]

Si l'on doit comprendre que tu enregistres le code html dans la base de données, c'est encore plus grave que ce que je subodorais.

J'aime bien comprendre quand je me fais "insulter". En effet, bien que n'aimant pas les bases de données, j'étais en formation dernièrement en M$ SQL Server et le formateur m'a indiqué que l'idée était bonne et d'ailleurs m'a soufflé l'idée de cette structure.

En quoi ne peut t'on pas mettre du HTML (SPIP le fait en grande partie en mettant le pseudo code HTML) dans de la base de données ?

Si je dispose de 200 champs, je vais devoir répeter 200 fois ma saisie !

Je suis d'accord je peux le faire par d'autres techniques de programmation, mais je trouve un intérêt à le coder en Bases De Données.

Merci d'expliquer donc à un jeune imbécile ainsi je serai moins bête ce soir.

[Maljuna Kris]

J'aime bien comprendre quand je me fais "insulter".

Tout doux l'ami !
Et d'abord où est l'insulte ?
Il ne faudrait pas galvauder les mots.

En effet, bien que n'aimant pas les bases de données,

Voilà une confession qui vaut quand même son pesant de cacahuètes. Une approche aussi passionnelle d'un problème technique a peu de chance de trouver une solution raisonnée.
Si tu veux t'inspirer de techniques comme celle du CMS SPIP, encore faut-il en peser les inconvénients et les avantages.
Je citerais Molière dans les femmes savantes

Quand sur une personne on prétend se régler,
c'est par les bons côtés qu'il lui faut ressembler

Et surcharger un serveur avec des requêtes dont 99% de la finalité est de lire du code html ne me semble pas très judicieux, et ceci est un euphémisme.
En tout cas c'est une pratique que je ne saurais cautionner.
Je renforce donc mon diagnostic initial de défaut de conception et d'analyse, mais en l'étendant cette fois-ci, non plus seulement à la conception de la base de données, mais à l'ensemble de la démarche.
Maintenant, mon jeune ami, si tu n'acceptes pas que ta façon de faire puisse être remise en cause sans te sentir humilié, tu n'as pas fini de souffrir.