Discussion :

[Souriane]

Bonjour!

J'ai actuellement une belle base de données qui ressemble maintenant à une tour de Babel! Je veux la recommencer à zéro. Elle a été créée par une employée qui n'est plus là et qui s'y connaissait que très peu. Et moi je l'ai reprise en main avec les connaissances intermédiaires que j'avais et un manque de temps flagrant. Alors plutôt que de "bien" la reprendre en main je n'ai fait que du "rapiéçage". Besoin d'un nouveau champ? Allez up, en voici un vite fait! Besoin d'effectuer telle action, allez up une macro sur le vol, etc.

Voici les problématiques :

• Il n'y avait qu'une table au départ.
• Quand j'ai voulu ajouter un champ "vite-vite" un jour, ça ne fonctionnait pas. Ce que j'en comprenais, c'est que j'avais déjà trop de champs dans la table. Alors, dans l'urgence, j'ai créé une deuxième table et chaque nouveau champ y a été inséré sans même les regrouper par idée.
• C'est une BD pour une municipalité qui regroupe deux type distincts : tous les employés de la municipalité qui participent à un comité quelconque et tous les élus de cette municipalité.

Dans la table, évidemment, j'ai les champs de base tels nom, prénom, adresse, téléphone etc. Mais voici un exemple des champs qui ont été créés seulement en ce qui a trait aux différents comités :

• Comite1_Membre (oui/non)
• Comite1_RecoitDocument (oui/non)
• TitreDeLaPersonneAuComite1 (champ texte)
• AssisteAuComite1 (oui/non) [quelqu'un peut assister sans être membre]
• Comite1VerifierSonHoriare (oui/non)
• Comite1TypeEnvoi (liste deroulante)

• Comite2_Membre (oui/non)
• Comite2_RecoitDocument (oui/non)
• TitreDeLaPersonneAuComite2 (champ texte)
• AssisteAuComite2 (oui/non) [quelqu'un peut assister sans être membre]
• Comite2VerifierSonHoriare (oui/non)
• Comite2TypeEnvoi (liste deroulante)

• Comite3_Membre (oui/non)
• etc.

Au départ, la personne responsable de la bd ne gérait qu'une dizaine de comité avec une trentaine d'individus alors c'était dans les limites du possible. Mais alors voilà, maintenant, je suis responsable de l'information pour plus de 30 comités (vive la fonction publique! hihihihi!) et 200 individus. Alors selon cette méthode, je me retrouverais avec plus de 200 champs et encore je n'ai pas tout mis! Ça devient ingérable!

Je n'ai pas besoin qu'on me monte toute une bd. J'ai juste besoin qu'on me donne une idée de la structure car je ne figure pas!

Je sais que j'aurais une table pour l'information personnelle de l'individu. Probablement une table "Comite" avec tous les champs nécessaires pour un comité. Et une table ListeDesComités avec seulement le nom des comités. Ce que je ne figure pas, c'est comment lier les trois!

Est-ce que quelqu'un peut me donner une idée des grandes lignes? J'ai imprimé et lu tous les guides disponibles ici et je ne réussis pas à appliquer le tout à mon cas.

Merci beaucoup!

[jimbolion]

Souriane bonjour


J'imagine une table avec les comités (id, description, date), une table avec les membres/élus. Si les pouvoirs de chaque personne sonr différents d'un comité à un autre et que chaque membre peut appartenir à plusieurs comités (doute à lever), une table de jonction entre comités et personnes est alors incontournable (idcomite, idpersonne, recoitdocument....).

La table comités peut contenir différents comités de même nature je suppose, dans ce cas une table référentielle avec un id et sa clé étrangère dans le comité. Même principe que la technique du type d'envoi (liste déroulante)

Voilà une explication sommaire, que nous reprendrons si ma réponse te laisse perplexe.

Jimbolion