[Héritage] Hotline (Appels de plusieurs type)
Bonjour,
j'aurais besoin d'un coup de main de la part d'un utilisateur à l'esprit lucide et bourré de recul.
Je vous vous explique mon problème je travail sur le développement d'une application de hotline, jusque là pas de problème.. J'ai donc finalement pensé répartir les appels selon le type de celui-ci : Probleme (avec sous catégorie)/Installation/Information/Enlevement. C'est à ce niveau que je bloque, vous l'aurez compris mes "type" d'appel héritent de la table appel (qui contient l'heure la date (le type?) etc...)
Seulement je suis incapable de le mettre en place, l'idée est de pouvoir ressortir tous les appels (avec leurs détails en fonction du type) seulement je n'ai plus aucun recul sur le sujet et mon petit cerveau freeze.. devrais-je passer par une table "type_appel" ? Où bien, le cas contraire, comment savoir dans quel table précisement je dois recuperer les informations de l'appel(en fonction de son type donc).
http://img833.imageshack.us/img833/2204/dursg.jpg
Dans l'ébauche ci-dessus, si je relie mes tables Probleme/Info/Install/Enlevement a "type_appel" ça n'a aucun interet (il me semble oO).
Si je les relie à la table "Appel" ça a pour interet que je pourrais récuperer (en partant des tables enfants) les détails de l'appel. Mais en partant de la table appel je ne saurais pas dans quel table rechercher les détails du sujet.
Je ne sais pas si j'ai été assez clair, si c'est le cas alors le moindre soutient sera le bienvenue :ccool:
Cordialement.
Ajout propriété(s) au "typage" d'appel.
Citation:
Envoyé par CinePhil
Tu va chercher trop loin !
==> peut-être pas si loin que ça. Imagines que nous voulions stocker la date de "typage" de l'appel et l'utilisateur qui l'a typé, pour une hotline à plusieurs niveaux, par exemple ("typage"=détermination du type de l'appel) :
1°/ dans cette modélisation :
Citation:
Envoyé par CinePhil
probleme -(1,1)----être----0,1- appel
information -(1,1)----être----0,1-|
installation -(1,1)----être----0,1--|
enlevement -(1,1)----être----0,1--|
==> il faut stocker la date de "typage" et le code utilisateur qui a typé :
- soit, dans l'appel => date/user NULL si appel non typé ;
- soit, dans probleme, information, installation ou enlevement => mais il faut prévoir ces 2 propriétés dans les 4 entités, dont 1 sera NULL car
Citation:
Envoyé par Ben
En fait c'est une spécialisation obligatoire et exclusive .../...
2°/ dans cette modélisation :
Code:
1 2 3 4
| Appel -0,n---[Être de type]---1,1- TypeAppel -0,1---[Être problème]-------(1,1)- Probleme
|------0,1---[Être installation]---(1,1)- Installation
|------0,1---[Être enlevement]-----(1,1)- Enlevement
|------0,1---[Être information]----(1,1)- Information |
==> la date de "typage" et le code utilisateur qui a typé sont stockés dans TypeAppel, sachant que TypeAppel ne sera créé qu'en cas de "typage" de l'appel.
D'ailleurs, le nom TypageAppel serait, peut-être, plus approprié que TypeAppel, bien que "typage" soit un néologisme pas très esthétique (et pas très français).