[Semi-sérieux] Devoir de compatabilité façon Gensokyo !

A - Questions de cours : Définir les termes suivants :
a - Identifiant
b - Cardinalité

B - Analyse d'une base de données existante :
Dans la région de Gensokyo, la vie tourne essentiellement autour de l'extorcation de donations par Reimu et des incidents causés par les Yokais. Les habitants de Gensokyo sont peu nombreux, un peu plus d'une centaine d'habitants, ils se connaissent tous par leur prénom.
Hieda no Akyuu dispose d'informations sur les incidents qui se sont produits, sur le score moyen réalisé durant l'incident, sur la production et la vente de légumes, et enfin sur la consommation de Saké par les habitants.

Après un recensement des informations présentes sur un certain nombre de documents (L'état-civil tenu par Hieda no Akyuu, le grand livre de la production de légumes des soeurs Aki, le journal des ventes de Suika, les comptes-rendus des incidents tenus par Marisa), une jeune consultante du monde extérieur, Maribel, a construit la base de données "Gensokyo" dont le modèle conceptuel est présenté en annexe 1.
Précision : Le yen est l'unité monétaire courante à Gensokyo.

1° - Précisez, si à Gensokyo, le choix des identifiants suivants est judicieux et acceptable. Justifiez votre réponse.
a - Identifiant de l'entité INCIDENT : Lieu
b - Identifiant de l'entité HABITANT : Prénom

2° - Questions de compréhension de la base de données :
a - Un habitant peut-il participer à plusieurs incidents ? Justifiez votre réponse.
b - Si nous considérons un produit en particuliers conçu par les soeurs Aki, combien peut-il avoir d'acheteurs ? Expliquez.
c - Un habitant peut-il occuper plusieurs fonctions ? Justifiez votre réponse.
d - Un habitant peut-il manger plusieurs espèces de légumes différentes le même jour ?

3° -
a - Donner deux occurences de l'entité SAKE.
b - Donner une occurence de l'association manger.

4° - Compléter le modèle relationnel (Annexe 2) correspondant au modèle conceptuel des données de GENSOKYO.

5° - Maribel a créé la base de données sous le logiciel NITORI RELATIONS utilisant le langage KAPPASQL, très proche d'un langage actuel nommé SQL. Elle vous demande de l'aider pour l'écriture des requêtes suivantes :
a - La liste des légumes (Numéro et poids) ayant un poids de plus de 200 grammes et moins de 350 grammes.
b - Quelles personnes ont consommé du saké le 12 janviers 2010, précisez la variété de saké qu'elles ont consommé ?
c - Liste des habitants (Prénom et fonction) ayant participé à l'incident de SUBTERRANEAN ANIMISM.
d - Hieda no Akyuu désire connaître les recettes des soeurs Aki pour le mois de décembre 2010.
e - Les soeurs Aki voudraient pouvoir connaître la liste des légumes non-vendus (Numéro, poids et prix), sachant qu'elles vont choisir le poids en fonction de la demande du client.

6° - Maribel veut prendre en compte le fait que certains habitants de Gensokyo sont extorqués. Reimu, l'extorqueuse, dispose d'un tableau de valeurs différentes (Annexe 3). Le nombre d'extorsions varie selon la nature des habitants de Gensokyo.
Compléter le modèle conceptuel des données afin de traduire les extorsions (Entité, association, cardinalités nécessaires).

----------

Annexe 1 : Modèle conceptuel des données de GENSOKYO, conçu par Maribel :



Annexe 2 : Modèle relationnel (A compléter)

FONCTION (numfonction, nomfonction)
SAKE (Codesake, nomsake, prixlitre, origine)
INCIDENT (lieu, dateincident, score)

Annexe 3 : Extrait de la table des extorsions de Reimu
Numéro - Nom - Fréquence - Indication

E011 - Visite au temple -------------------------------- 1 ----------- Pas très rentable !
E012 - PAF de Gohei au temple -------------------- 5 ----------- * PAF PAF *
E013 - PAF de Gohei en dehors du temple ----- 12 --------- Merci beaucoup~~ <3
E017 - Shoot d'amulette au temple ----------------- 2 ---------- Me cherchez pas !
E024 - Shoot d'amulette en dehors du temple -- 8 ---------- O A O
E029 - Résolution d'incident --------------------------- 0,002 ---- Ca rapporte mine de rien~~
E035 - Service Extra -------------------------------------- 0,002 ---- Y a toujours des fortes têtes...
E036 - 100.000 yens Special Hakurei Service -- Jamais -- CREVEZ TOUS !!!
(La fréquence est une moyenne par jour et par habitant)

Je vois pas l'intérêt du truc... Je bouffe déjà de ce genre de trucs chiants et longs dans mes études, ça me suffira, personnellement. Et ceux qui n'ont jamais fait quoi que ce soit ressemblant à ça seront tout simplement paumés et mettront une heure rien qu'à comprendre la construction du schéma dans ton annexe 1...

Bref si tu expliquais un peu plus pour les néophytes, ce serait mieux, mais bon, c'est du travail là, on va pas sur un forum pour travailler

c'est clair, on sait pas ce que c'est que la compatabilité...
et puis on sait pas si tu t'attends à ce que quelqu'un réponde à tes questions...

alors :
A
a - Identifiant : propriété (ou ensemble de) unique d'un objet pour référencer cet objet
b - Cardinalité : nombre de relation existante entre deux objet
B
1° -
a - Identifiant de l'entité INCIDENT : Lieu : non, ça voudrait dire que peux y avoir qu'un incident par lieu or, le temple hakurei en prend plein la gueule
b - Identifiant de l'entité HABITANT : Prénom : non, rin et rin se confrondrait, quoiqu'elles n'existent pas en même temps ?

2° -
a - Un habitant peut-il participer à plusieurs incidents ? oui, tant que c'est des lieux différents
b - Si nous considérons un produit en particuliers conçu par les soeurs Aki, combien peut-il avoir d'acheteurs ? autant qu'il y a de prénom différent si tu entends numlégume comme produit en particulier
c - Un habitant peut-il occuper plusieurs fonctions ? oui, la clé est sur le numéro et non le nom de la fonction, donc il peut même occuper plusieurs fois la même fonction
d - Un habitant peut-il manger plusieurs espèces de légumes différentes le même jour ? oui tant que les espèces de légumes différentes sont pas sous le même numéro de légume.

3° -
a - Donner deux occurences de l'entité SAKE. Je bois pas...
b - Donner une occurence de l'association manger. Hum... je trouve pas l'association...

4° - Compléter le modèle relationnel (Annexe 2) correspondant au modèle conceptuel des données de GENSOKYO.
Tu veux vraiment qu'on copecolle tout le schéma ?

5° -
a - La liste des légumes (Numéro et poids) ayant un poids de plus de 200 grammes et moins de 350 grammes.
Select l.numlegume, l.poids from legumes l where l.poids between 200 and 350
b - Quelles personnes ont consommé du saké le 12 janviers 2010, précisez la variété de saké qu'elles ont consommé ?
select distinct h.prenom, s.origine from habitant h, sake s, boire b where b.dateconso = to_date("dd/mm/yyyy",12/01/2010) and h.prenom = b.prenom and b.codesake = s.codesake
c - Liste des habitants (Prénom et fonction) ayant participé à l'incident de SUBTERRANEAN ANIMISM.
select r.prenom, r.nomfonction from participer p, remplir r, fonction fwhere p.lieu = 'SUBTERRANEAN ANIMISM' and p.prenom = r.prenom and r.numfonction = f.numfonction
d - Hieda no Akyuu désire connaître les recettes des soeurs Aki pour le mois de décembre 2010.
WOOT ?
e - Les soeurs Aki voudraient pouvoir connaître la liste des légumes non-vendus (Numéro, poids et prix), sachant qu'elles vont choisir le poids en fonction de la demande du client.
WOOT ?

6° - Méfait : lien entre extorsions et habitant, 0..n des deux cotés
Habitant : rajouter propriété nature

Ouais, c'est vraiment pas clair en fait.

Je m'excuse, mais le but de ce topic n'est pas que vous répondiez au sujet, mais que vous puissiez voir à quoi aurait ressemblé ce devoir s'il avait été posé avec des éléments de Touhou ^^"

Oh mon Dieu, qu'est ce que c'est que ce machin!
Heureusement que fallais pas le remplir