Bonjour
Bone je vois que personne n'a été inspiré par mon message :(. Je pense creer ma base de donnée avec ces tables: spectacle(titre, troupe, type) representation(titre_spec, date_rep, nombre de place, tarif) personne(nom,prenom, adresse) reserve(representation, nombre de place, montant, date_res) reglement(personne, reserve, dat_reglement, mode) carte_bleue(numero de carte,date d'expiration) et j'aimerai egalement rajouter une table reduction(type, pourcentage) voila comme vous pouvez le voir c'est qu'une ebauche mais je vois pas bien comment lier toutes mes tables. Si quelqu'un peut prendre le temps de me dire ce qu'il en pense merci |
Salut,
C'est mieux si tu commences par faire une proposition... Ne penses-tu pas que dans une billeterie, le point central c'est l'occupation de la salle au jour le jour? Ne devrait-on pas idéalement voir un shéma de la salle avec les places occupées pour permettre à l'employé(e) d'attribuer les place libres. D'autre part méfie toi de la CNIL: les données de carte de crédit sont des données sensibles (personnellement je n'accepterais pas que mes données personnelles soient stockées comme ça). Même si tu souhaites garder un listing des clients, pour leur envoyer des offres ou les relancer (avec leur accord explicite) il n'est pas nécessaire de savoir quelle place ils ont occupée ou à quel spectacle ils ont participé. Tout ce que tu dois savoir est que telle place est occupée tel jour et libre tel autre. Dans tes propositions, on ne voit pas de lien possible entre les tables. Tu devrais réfléchir à un structure plus "relationnelle" en regroupant les informations par type et en reliant les tables par le biais de clés externes pour éviter les boublons. Par exemple dans ta proposition, ta table "Spectacle" devrait être liée à ta table "représentation": Ajoutes une clé primaire à la table spectacle et une clé externe à ta table "représentation" en enlevant le champ "Titre_spect". De cette manière, tu ne devras pas répéter les données pour chaque enregistrement...
|
Merci pour ta réponse
j'ai oublier d epréciser que ce projet n'était qu'un projet de cours donc pas de souci en ce qui concerne les cartes bleues.... Sinon vu que j'arrive pas a m'en sortir j'ai changer de sujet je vais fair ela gestion de patients dans une clinique. Je vous remet mes tables si quelqu'un peut me dire si c'est correct merci: patient(idpat,nom,prenom,adresse,sexe,numvital,#intervention) medecin(idmed,nom,prenom,adresse,specialité,#intervention) intervention(idint,type,#patient,#medecin,date,durée) service(idser,type,etage,#nbchambre) chambre(numchambre,nbplace, #service) jvoulai rajouter des infirmières qui s'occupent des patient mais je sais pas trop comment le rajouter a ma table, désolé mais je commence juste la base de donnée. Merci d'avance |
Bah, oui, mais même si c'est un projet pour un cours, j'imagine que le prof est sensible à ça tout de même...
La gestion des patients, c'est mon boulot... Désolé, ta structure ne me semble pas OK: Si tu mets une clé externe N°intervention directement dans la table médecins ou dans la table patients, tu vas avoir des problèmes de relations puisque un médecin peut faire plusieurs interventions mais plusieurs interventions peuvent aussi être réalisées par un même médecin (on le lui souhaite). Idem pour les patients (mais on ne le leur souhaite pas...) A mon avis, tu dois faire le contraire: T_Médecins:N°Médecin; Nom,Prénom... T_Patients:N°Patient(ou N°carte vitale);Nom;Prénom... T_Interventions:CodeIntervention;NomIntervention;... T_Planning:N°Intervention,N°Médecin,N°Patient,N°Intervention,... Tu vois le principe? On peut aller plus loin sur le même principe: anesthésiste, type d'anesthésie; voie d'abord; gestion du personnel de salle d'Op; temps (prévu) d'occupation des salles avec les incompatibilités (impossible de faire une intervention orthopédique dans une salle "infectée"...) etc. |
|
Merci pour ta réponse
tu as raison c'est plus judicieux de faire comme tu me l'as indiqué. Cependant en ce qui concerne la base celle ci ne doit pas contenir plus de 10 tables...Donc a ton avis c'est plus interessant de rester au niveau du bloc avec comme tu me la dis l'anesthésiste....etc... |
J'ai rajouter des choses en essayant d'etre le plus juste possible
Voici mes nouvelles tables: T_Médecins:N°Médecin; Nom,Prénom,spécialité T_Patients:N°Patient(ou N°carte vitale);Nom;Prénom... T_Interventions:CodeIntervention;NomIntervention;durée_prévu, T_Planning:N°Intervention,N°Médecin,N°Patient,n°salle,date, T_anesthésiste : N°anesthésiste, nom, prenom, T_infirmier_bloc :N°infirmier, nom,prenom, fonction) T_Salle :n°salle, type_intervention je vais partir du principe qu'il y a 6 salles (2 orthopedie, 2 chirurgie digestive, 1 specialité, 1 gynéco obstetrique) Que pour 1 intervention il y aura: 1 chirurgien, et un medecin anesthésiste et en infirmier(je considère que ce sont des infirmiers):1 aide operatoire, 1 instrumentiste,1 infirmmier de bloc, 1 anesthesiste. Et je prendrai en compte le fait que l'intervention soit salle ou propre. Je ne sais pas justement comment inserer les infirmiers au planning... Est ce que la base serait a peu près cohérente ainsi? |
Oui, ça me semble mieux mais tu devrais ajouter les champs se référant à l'anesthésiste et à ou aux infirmier(s)... à la table planning,
avec un nouveau problème: plusieurs infirmiers possibles pour une même intervention donc nécessité d'une table intermédiaire. Pour un exercice probablement que ça peut suffire. Dans la réalité il faut prévoir les impévus: durée variable de l'intervention; complications, urgences, maladies (du personnel) mais aussi les temps désinfection des salles... Tu devrais aussi réfléchir aux critères d'affectation des salles et bien sûr ajouter un agenda pour premettre l'élaboration des programmes des jours suivants. |
Je pense que je vais en rester la pour ne pas trop compliquer la table. Cependant je ne vois pas trop quel table intermediaire mettre pour les infirmiers....
Est ce que ce type irait: participe(#N°intervention,#N°infirmier)? Et de plus pourrais tu me dire ce que tu entend par ajouter un agenda? une table? je ne vois pas trop ..... En ce qui concerne les critères d'affectation des salles cela dépendra je pense du type d'intervention et de son critère de "saleté". Merci pour ton attention |
Il vaut mieux éviter les relations n-n.
Or dans ta structure un infirmier peut être affecté à plusieurs interventions et plusieurs infirmiers peuvent être affectés à une intervention... Donc, tu dois créer une table intermédiaire où tu auras le N°intervention et le N°infirmier. En faisant une requête, tu pourras facilement extraire la liste des personnes concernées par intervention et vice et versa. Quand tu parles de salle "sale", ça m'effraie un peu. Il est d'usage de séparer la chirurgie orthopédique où le chirurgien n'a pas de contact avec la flore microbienne intestinale et la chirurgie digestive ou gynécologique où un contact est possible avec des microbes lors de l'intervention... Quand je parle d'agenda, je veux dire que les interventions sont planifiées à l'avance (hors les urgences) donc dans la situation réelle tu devrais avoir un planning. Enfin, c'est un exercice; tu ne dois pas forcément tenie compte de tout cela... |
Merci pour ces précisions,
En ce qui concerne la liaison entre le planning et les infirmiers je voulai en fait affecter a un planning: 1 infirmiers anesthesiste, 1 instrumentiste,.... Et je voulais en fait classer tous ces infirmiers dans une meme table (table infirmiers) en precisant leur "fonction" dans un champ. Mais comment faire pour faire la liaison entre infirmier et planning et en fonction de leur fonction justement.... J'espère etre assez claire merci encore pour ton attention :) ca m'aide beaucoup |
J'ai essayer de creer une table intermediaire comme tu me l'as indiqué. Avec le numéro infirmier et le numero d'intervention. Cependant lorsque je veut appliquer l'integrité referentielle entre le numero d'intervention et la table intervention....
Il s'affiche : index unique introuvable pour le champs reférencé d'une table principale... Je comprends pas trop ce que cela veut dire.... Et je me permet de te reposer la question à savoir si en faisant cela je peut également gerer le fait qu'il n'y est qu'un instrumentiste, qu'un infirmier anesthesiste,....au cours d'une intervention Merci |
Est ce que qu'elqun peut répondre a ma question s'il vous plait cela me permettrait d'avancer....
Merci |
c bon j'ai trouvais d'ou venait mon erreur...
Et juste une dernière chose, si je veux un peu compliquer ma base en rajoutant par exemple les urgences comment faire ? Merci |
Excuse-moi... il faut que je travaille de temps en temps...
Es-tu sûr que ce soit nécessaire de compliquer? Je ne vois pas trop où tu en es ni quelle est ta structure actuelle. |
ma base en est a ce stade:
T_Médecins:N°Médecin; Nom,Prénom,spécialité T_anesthésiste : N°anesthésiste, nom, prenom, T_Patients:N°Patient(ou N°carte vitale);Nom;Prénom... T_Interventions:CodeIntervention;NomIntervention;durée_prévu, T_Planning:N°Intervention,N°Médecin,n°anesthesiste,N°Patient,n°salle,date, heure,infirmiers T_infirmier_bloc :N°infirmier, nom,prenom, fonction participe: n°infirmier, N°intervention T_Salle :n°salle, type_intervention voila en gros toutes les tables sont relié au planning sauf infirmiers qui a une table iintermediaire. Mon probleme est que j'aimerai donner la possibilité a l'utilisateur de choisir pour une intervention minimum:1 infirmier anesthésiste 1 instrumentiste, 1 aide_operatoire et avec ma structure de table je ne vois pas comment faire Merci pour le temps que tu prends a regarder ca je comprend bien que t'as aussi autre chose a faire :), |
|
Le problème vient du champ "infirmiers" de la table planning.
Tu ne peux pas encoder plusieurs infirmiers dans un seul enregistrement. C'est pour cela qu'il faut une table intermédiaire. En pratique, avec la structure que tu as tu peux encoder tes infirmier, par exemple dans un sous-formulaire sans problèmes C'est difficile de t'expliquer in extenso. Si tu me faisais parvenir ton adresse mail (cf mon profil pour la mienne) je pourrais t'envoyer un exemple... |
Je ve bien te passer mon adresse mais je ne sais pas par quoi...
Je ne connais pas bine le fonctionnement de ce forum. En tout cas merci pour ton attention |
Tu as sûrement une adresse mail
Si tu ne souhaites pas l'afficher ici, tu peux m'envoyer un mail. Mon adresse peut se trouver dans mon profil: tu y accèdes en cliquant sur mon pseudo... Comme ça je connais ton adresse et je peux t'envoyer un exemple.
|
Il n'y a pas d'adresse dans ton profil mais je vais te passer cette adresse:
boldtmyb@ephemail.net merci |
| 15/01 21h21 | [access] creer base données client-produits | Programmation | 05/06 08h32 | 9 |
| 22/11 11h29 | création basede données access: problèmes! | Programmation | 11/06 09h01 | 31 |
| 29/12 20h03 | outils simple creation base donnees + web | Webmastering | 07/03 11h53 | 5 |
| 01/11 12h30 | [ACCESS 2007]désactiver mot passe base donnée | Programmation | 06/11 13h18 | 1 |
![]() | Open Workbench - Open Workbench est une application libre de gestion et de planification de projet. Il s'agit d'un équivalent libre de... | Catégorie: Gestion de projet Licence: Open Source |
![]() | AVS Disc Creator - Avec AVS DiscCreator vous pouvez rapidement graver vos données sur CD/DVD et Blu-ray disc. <h2>Fonctionnalités</h2> ... | Catégorie: Gravure Licence: Freeware/gratuit |
![]() | Visual Basic Express 2005 - Le langage de programmation Visual Basic est historiquement dans les gènes de la société Microsoft. Avec plus de 30.000... | Catégorie: Visual Basic Licence: Freeware/gratuit |
![]() | PDF Creator - PDF Creator est un outil gratuit permettant de créer des PDF à partir de presque n'importe quelle application capable... | Catégorie: PDF Licence: Open Source |