PHP|Débutant :: Forums

oup's, j'comprend rien
a++

nan, une affirmation :D
a++

je ne comprend pas "etbid",  "gsid" et "nbsj".
pour moi çà, c'est du schpoun's
a++

Jc, tu connais ma devise ?
a++

Oups... j'ai oublié de préciser une chose.

Il faut rajouter une option dans la table de définition. Appelons-là opt. elle est définie en (true/false). Quand l'option est "true" et nbsj dans la même table (table def) est 'midi,soir' la valeur de nbsj dans la table travail ne peut être que 'midi,soir' également, sinon (si opt est "false") la valeur de nbsj dans la table travail peut-être soit 'midi' soit 'soir'.

Voilà,

Merci MK pour ta réponse.
En fait il ne s'agit pas d'un travail et on s'en fou, c'etait juste pour le rendre "plus concret". Par contre la table définition en est bien une. Elle est là pour donner le cahier des charges des enregistrements qu'il est possible de créer dans l'autre.
Bien que j'ai beaucoup avancé sur cette problématique, j'en suis arrivé à la conclusion que lapalisse aurait pu formuler mieux que moi d'ailleurs, c'est que le SGBDR ne peut retourner des enregistrements qui ne sont pas encore crées, bien que l'information recherchée soit disponible. Comme quoi parfois, connaître une évidence, n'aide pas à en prendre conscience pleinement.

Je reformule donc: Si dans ma table def j'ai : etbid=1, gsid=3,nbsj='midi,soir',opt=false  (les autres cas sont bateau à résoudre), et que dans l'autre table 'appelons la x'  j'ai pour etbid=1 et gsid=3 un seul enregistrement avec nbsj='midi', ma requête doit me dire que l'enregistrement etb=1,gs=3 et nbsj='soir' reste de disponible pour créer l'enregistrement correspondant dans la table x.

Pour les curieux, comme je l'ai dit précedemment, si opt=true et que nbsj='midi,soir', dans l'autre table il ne sera possible que de créer le même enregistrement c'est à dire etbid=1,gsid=3 et nbsj='midi,soir'.

Le gros du problème c'est de réaliser une exclusion sur un champ set : avec 'midi,soir' - 'midi' = 'soir'. Peut être d'ailleurs la solution réside à travailler le champ SET au niveau BIT avec un NAND... et de sortir les résultats dans une table de type MEMORY.

J'ai pensé résoudre le problème avec une requête union, mais c'est à oublier car quand la requête d'exclusion dans une clause where est une requête union, la table d'origine doit elle aussi avoir le même nombre de champs que dans la requête d'exclusion ce qui me la fait exclure d'office car la requête de base doit absolument comporter d'autres champs, et l'exclusion ne porte que sur la valeur d'un seul en particulier.

++

Dernière modification par Jc (23-07-2011 13:51:00)

Appliquons la formule : P = π . D
Nous savons que π = 3,14 et que D = 2m
donc P = 3,14 x 2 = 6,28m

Exemple :
b² se lit "b au carré", cela équivaut à b.b
b² = b x b = b.b   "b au carré égale b que multiplie b"

Autres exemples
2² = 4      3² = 9      5² = 25
"racine carrée de six plus trois égale racine carrée de neuf égale trois"

Sœil = π.32 = 3,14 . 9 = 28,3mm2

Stel = π.2002 = 3,14 . 40 000 = 125 600mm2

e ^ (i x π) = -1
e[puissance](i x π)[/puissance] = -1

ayé, j'ai ma solution

a++

Pierrot, c'est sympa, mais ca l'est aussi en restant sérieux parfois

Désolé, mais je ne comprends pas en quoi cela répond à ma question mon bon JC.

C'est ça^^
Je vais me baser sur ta requête. pour d.etbid=t.etbid et d.gsid=t.gsid, si la table d à un enregistrement où nbsj='midi,soir' et que la table t à un enregistrement où nbsj='midi', il faut que la requête retourne un enregistrement où nbsj='soir'.  Très simple en apparence  car comme je l'ai dit précédemment la table def ne contient pas d'enregistrement dans ce contexte avec nbsj='soir' mais 'midi,soir' ...

EDIT: "c'est ça = c'est ça, il s'agit d'autre chose"

Dernière modification par Jc (23-07-2011 18:52:56)

Non MK.

1) etbid, gsid, nbsj ne peuvent être null à un moment donné (ils sont tous défini comme NOT NULL d'ailleurs).
2) voici les valeurs possibles pour nbsj dans t 
a) 'midi,soir' (si opt=true et d.nbsj='midi,soir')
b) 'midi' ou 'soir' si d.nbsj='midi,soir' et opt=false 
c) 'midi' quand d.nbsj='midi'
d) 'soir' quand d.nbsj='soir'

Ce que je n'ai pas encore trouvé c'est comment gérer correctement le cas b) dans ma requête. Actuellement ma meilleure réponse si t.nbsj='midi' par exemple ma requête me retourne 'midi,soir'. Ce qui est juste dans l'absolu car non présent dans t.nbsj et défini dans d.nbsj, or il doit me retourner dans ce cas, 'soir'....

Dernière modification par Jc (24-07-2011 05:45:47)

Bon en synthétisant les informations que tu nous a fourni j'en arrive à cette version de la requête

Dont je t'explique la logique.
Je mets en jointure interne (INNER JOIN) les deux tables en m'assurant qu'il existe une ligne dans t pour laquelle t.nbsj contient 'midi'.
Je mets ensuite en jointure externe (LEFT OUTER JOIN) avec une deuxième occurrence de la table travail, aliassée en tt, et pour laquelle je m'assure qu'il existe une valeur 'soir' dans tt.nbsj.
Dans le filtre WHERE, je vérifie que d.opt est à false, que d.gsid est à 'midi.soir' et que je n'ai pas trouvé de ligne dans tt où tt.nbsj contienne 'soir', donc qui me renvoie une ligne avec NULL pour n'importe quelle colonne de tt.