Discussion :

[spelaprat]

Bonjour,

N'étant pas informaticienne de base, je vais essayer d'être claire sur mon pb.

Voilà j'ai créé un projet informatique pour la restauration.
Le projet a été développé avec SQL et vb, non pas par moi-même, mais avec deux informticiens.

Nous bloquons depuis qques temps sur un point. Le souci de dvlpt est le suivant:

Dans chaque restaurant, il y a des tables, les unes à coté des autres ou au contraire séparées. Elles ont chacune un numéro (soit T1, T2, T3, T4 etc... et un nombre min et max de personnes assises a été attribué). Nous avons créé graphiquement un plan de table, où elles sont toutes représentées indépendement les 1 des autres.

Quand un client arrive, le concept est de lui proposer la meilleure table.
C'est pourquoi nous paramétrons dans le logiciel par couvert, l'ordre de priorité des tables (ex: pour 2 pers = en 1er T3, si T3 est prise ce sera T4, si T3 et T4 sont prises alors ce sera T5 etc...).

Le problème, c'est que nous aimerions avoir l'existance de la table T3/T4 (sachant que chacune de ses deux tables est pour 2 pers - par ex) et donc que cette nouvelle table devienne une table pour 4.

Vous allez me dire que nous n'avons qu'à les paramétrer au départ, mais c'est très long et fastidieux, et j'aimerais savoir si quelqu'un a un conseil pour simplifier cette gestion (en gros que la requête reconnaisse que quand 2 tables de 2 personnes libres sont à coté, ça peut faire une table de 4).

Je suis sure qu'il y a un tip dans le dvlpt sql pour simplifier ça... enfin je croise les doigts!

Merci d'avance pour votre aide et à bienôt

[Mathusalem]

et bien déjà il faut mettre dans la base qqpart une information qui dit quelles tables sont cote à cote.

Après c'est plus un programme d'algorithmie, ça va se rêgler avec une petite procédure en VB j'imagine.

C'est des stagiaires ou des informaticiens ?

[spelaprat]

ce sont des informaticiens, mais vraiment on se galère sur ce point...
a titre d'exemple, pour lacer les tables dans le plan de salle, il faut calculer pour chacune abscice et ordonnées... quand c'est un resto à 200 tables = l'horreur!

quelle info tu dois mettre pour faire comprendre qu'elles sont à coté?
dans la BD, il existe une table qui s'apl t_table (je crois) avec l'id de la table, si elle est fumeur ou non, son nombre de couverts min, son nombre de couverts max, sa salle.

Le souci, c'est que la table T3/T4 sera une table virtuelle.. tu es d'accord? et en fait, on a développé un programme pour permettre depuis internet de connaitre des disponibilités dans le resto.
Il peut donc ne plus y avoir une vraie table de 4 personnes, mais 2 tables de 2. et apparement ils arrivent à trouver comment faire.

As-tu une idée?

Merci pour ta réponse

[Mathusalem]

il suffit de faire une table (au sens BD) qui contient les id des tables (au sens resto) contigues

table, table voisine
1 , 2
2 , 3
5 , 8


...

[SQLpro]

mathusalem

c'est pas si simple que cela en a l'air... En fait c'est assez complexe. J'ai donné un tel exercice à mes élèves des arts et métiers et de l'ISEN à Toulon... Je me suis bien amusé car aucun n'a trouvé la solution à ce problème !

En fait il n'y a pas qu'une seule contiguité (gauche, droite, haut, bas..) et le fait de réserver des tables contigues empêche le regroupement.
Mais c'est tout à fait possible. C'est une affaire de modèle et de requête.
Ce genre de requêtes sont de la famille des requêtes dites géographiques.

A +

[spelaprat]

Pourriez vous m'en dire plus quand aux requetes dites géographiques?
Doit-on casser notre modèle de données?
Pour pouvoir réserver en meme temps deux tables contigues de manière NON manuelle et que le logiciel propose directement 2 tables contigues, cela implique-t-il de devoir créer à l'avance cette nouvelle table "virtuelle"? Il existe peut etre un moyen plus simple...

merci de votre aide

[Mathusalem]

je ne suis pas super convaincu SQLPro : dans le cas du restaurant, pas besoin de savoir par quel bord les tables se touchent (mais là je suppose qu'elles sont toutes carrées c'est vrai).