Reprise du message précédent :
ah, non, je voulais juste coller l'url ici

aaaaaahhhhh...
 
http://www.magicbuzz.com/
 
Ca c'est mon nom de domaine que je me suis fait piquer

En effet, pour ceux qui sont pas au courant, c'est mon vrai pseudo

vachement bien ce site !!!

lequel ?

Arjuna : qui c'est qui t'as piqué ton ndd ??

tiens, juste pour toi, plein d'images de toi
http://www.manga-torii.com/default [...] odies&id=1

un tocard croisé sur irc y'a 8 ans. je voulais déposer le nom.
alors j'ai demandé sur irc "comment on fait" ?
le mec m'a répondu "attends"
j'ai attendu
puis il a dit "comme ça"
et depuis le nom est à lui

Cool ! Mais tu sais comme tout le monde, je n'aime pas me voir en photo

 
caÿ moche

C'est  pire que le coup du "comment on fait pour mettre en rouge ?" ..... facile ALT+F4

spa des photos, c'est des dessins

c'est sûr que y'a pas moyen, à chaque fois que j'y repense, je suis vert

 
c'est pire que "/quit et /quat sont sur un bateau, /quat tombe a l'eau, qui reste t'il ?"

sauf que là, si tu tapes ça comme ça, t'es le premier à te faire éjecter

m'enfin irc ct mieu avant... on avait un chan avec une centaine de gens à papotter tout le temps dessus, et de temps en temps, le bot admin s'amusait à faire un kick+ban des admins réels, et foutait tous les autres en OP du channel
 
le but du jeu était d'être le dernier survivant , et tu gagnais 1 semaine d'OP

 
nope, pas sous mIRC (ctrl + entrée)
 
Edit :sous les autres clients IRC je ne sais pas par contre

moi à l'époque, y'avais pas de client IRC... c'était du telnet bête et stupide

comme l'époque des mud... que de nostalgie !

t'ain qu'est-ce que je m'emmerde là
 
pis y'a personne qui rougit les topics ou en poste de nouveaux
 
la cliente revient demain matin, ça va pas être trop tôt... parceque mon boulot d'aujourd'hui, ça s'est résumé à...
- extraire une liste des adresses des fournisseurs... pour m'appercevoir qu'on n'en a pas la moitié dans la base
- et... imprimer le résultat d'un truc qui a tourné cette nuit
- corrigé l'édition des factures qui affichait un prix unitaire erronné...
 
pis c'est tout. ça a dû m'occuper au moins 10 minutes
 
et vu que j'arrête de fumer, je vous raconte pas comment c'est chiant de rien avoir à faire... en temps normal je serais allé me griller une cloppe toutes les 15 minutes, ça aurait passé le tems

vivement la semaine prochaine, on va se lancer dans a mise en place du calcul de valorisation des stocks, ça c'est un truc intéressant à faire
 
(je pense surtout à la grosse cacahuette dans la lucarne qu'il va falloir écrire pour initialiser la valeur en fonction des 5 dernières années )

pis dans la foulée, va y avoir les réapprovisionnement automatiques, ça c'est vraiment sympa à faire, et je crois qu'il n'y a rien de mieu pour se mettre un client dans la poche.
 
par contre, aux achats, me suis déjà pris des pics dans tronche genre "ouais mais si ça passe les commandes d'achat tout seul, on va faire quoi ? on va se retrouver au chômage !"
t'ain... quand on a un QI de poule, y'a pas moyen de discuter... améliorer la politique d'achat, affiner la négciation des tarifs, agrandir la toile des fournisseurs... nan, ça ça leur dit rien. ma fois ouais, elle vont peut-être se retrouver au chomages, remplacées par des personnes avec un cerveau sous les cheveux...

hé bé... reviendez les gens

 
J'essaye de troller sur un maximum de topic, mais c'est pas évident

je vois ça

on s'amuse comme on pneu

rhâ, je viens de tiquer que le client sera intéressé par une collection entière en stock uniquement si elle contient le type de meuble qu'il veut...
 
quelle tanche. ça devrait un peu réduire le nombre de lignes !

A priori, un petit truc comme ça dans la sous-requête "dispoItems" devrait suffir (pas envie de me prendre la tête à faire un truc propre aujourd'hui)
 

 
pour rappelle :
ssfpro = collection
codzn3 = destination
motcle = type de meuble

et pour le motclé qui est bidon, c'est pas la base qui est mal foutue, c'est mon patron qui a fait le setup et qui a dû oublier d'irriguer son cerveau quelques jours pendant qu'il faisait ça...

faut que je réfléchisse avec mon cerveau... n'importe quoi ce que j'ai fait.

maintenant y'a tout qu'est parti en live. j'vous jure. on devrait pas travailler le matin
 
tiens, pis j'avais dû faire la requête originale un matin aussi, j'avais oublié d'aller chercher dans le dépot d'affectation du produit, du coup je traitais les SAV comme disponibles...

vin dieu que ça me lourde
 
pkoi y me ramène des produits qui sont pas en stock ?

Bon, tant pis, je laisse comme ça, ça me lourde.
 

 
si qq1 vois pkoi il me rammène des lignes avec "dsk.c01 - dsk.c03 = 0"...

et sinon, pourquoi par une proc stoc ? ca serait deja un peu plus lisible non ?
 
Edit : franchement c'est illisible ton truc... tu veux pas poster le MPD/MCD de ta base ainsi que la requete que tu veux faire (en français) ?

Pour le coup de la PS, ça changera rien à la complexité de la requête, d'autant plus que c'est une requête paramètrée...
En plus, je ne peux pas modifier la base donc le problème est réglé.
 
Sinon, y'a pas de MCD/MPD. Je peux te poster une image représentant les tables, mais tu vas pleurer, y'a trop de champs !
 
En résumé :
 
table "pro" (produits) :
codsoc = code société
codpro = code produit
sigdep = dépôt principal
fampro = famille
sfapro = sous-famille (artisanal, fer forgé, etc.)
ssfpro = sous-sous-famille (collection)
codzn3 = destination (salon, salle à manger, cuisine, etc.)
motcle = type de meuble (chaise, table, bahut, etc.)
codbocage = phase de vie du produit (pas besoin d'explication)
sigfou = sigle fournisseur (sans notre cas, coup de pot, c'est le même pour tous les produits d'une même collection - ssfpro)
 
table dsk (stocks) :
codsoc = code société
sigdep = code dépôt
codpro = code produit
c01 = stock physique
c03 = stock en cours de préparation
(donc c01 - c03 = stock disponible)
 
table "fam" (familles) :
on s'en fout, c'est des jointures simples pour récupérer un libellé
 
table "tbl" (tables utilisateur)
table qui gère les listes de valeurs de référence pour les champs codznX et autres. pas besoin d'explication, c'est des jointures simples pour récupérer un libellé.
 
 
 
ensuite, ce que je cherche à faire.
 
mettons que j'ai une collection "col1" qui comprends une table de salle à manger, un lot de 6 chaises, un buffet et un bar.
pas de pot, le buffet est en rupture.
 
je veux que le client puisse dire "ouais, mais vous avez quoi comme autre collection où tout est en stock et qui comprenne un buffet, et qui soit pour la salle à manger et toujours en mobilier ancien ?"
 
Donc :
codzn3 = "SALAM" (salle à manger)
sfapro = "MOBANC" (mobilier ancien)
motcle = "BUFFET"
 
Moi, je veux simplement retrouver la liste des tuples "pro.ssfpro, pro.sigfou" qui ont au moins un produit qui répond à cette exigence, et dont tous les produits ayant codz3 = "SALAM" et sfapro = "MOBANC" sont en stock.

ps: je viens de faire une correction dans la requête (qui change rien), et je l'ai remise au propre.

Select pro.ssfpro, pro.sigfou, fam1.libfam
from pro
inner join dsk on dsk.codsoc = pro.codsoc and dsk.codpro = pro.codpro
inner join fam on fam.codsoc = pro.codsoc and fam.codefam = pro.fampro and fam.codesfa = pro.sfapro and fam.codessf = pro.ssfpro
where dsk.c01 - dsk.c03) > 0  
and codzn3 = "SALAM"
and sfapro = "MOBANC"
and motcle = "BUFFET"  
 
J'ai du louper un truc, parce que je n'ai pas de groupby comme tu fais
 
Sans MPD/MCD c'est pas évident de voir comment c'est construit

ça garantie pas que la table de la même collection qui va dans la même pièce est aussi en stock.
 
j'ai dit que toutes les pièces de la collection qui vont dans la salle à manger et sont du mobilier ancien doivent être en stock, sinon on ne veut pas voir la collection.
 
on est justement en train de proposer une alternative à un client parceque ce qu'il veut n'est pas en stock...

sinon, fait pas les jointures avec fam et tbl, c'est juste du remplissage pour faire joli.

ouais je vois, faut prendre tous ceux d'un meme ssfpro...

faut pas les prendre, faut vérifier qu'ils sont en stock, spa pareil