私はDr患者予約システムを製作しようとしています。アクセス予約システム
Patient:- Doctor:- Appointment:- Availability:-
patientID doctorName time time
name room date doctorName
address patientID
doctorName
すべての関係は多くの側面が予定表から出てくると、1 manysにあり - :これまでのところ、私は4つのテーブルを持っています。
患者: - 患者の詳細については、表
ドクター: - 医師のためのテーブルが
予定詳細: - 予定
可用性のためのテーブル: - それぞれの医師がいるタイムスロットを格納するテーブルを利用可能
しかし、これは私にとっては比較的新しいものであり、私はかなりスローされています。まず、医師の表でDoctorIDのフィールドを持って、それを医師の名前の代わりに主キーとして使用する必要がありますか?たとえそのテーブルにほんの一握りのレコードしか存在しなくてもそうです。
第2に、doctorNameの代わりにすべてのテーブルでDoctorIDに変更する必要があった場合は、必要な場合にdoctorsNameに簡単にアクセスできますか?この部分は私を混乱させるもので、多分私はこれらのことを考えているだけかもしれません。
私が尋ねる理由は、例えば、私がdoctorIDを示した予定の報告書を作成していたとしたら、関係権に基づいて医師の名前を得ることができるはずですか?同様に、患者IDに基づく患者の場合。
私は、テーブルにチェックインして予約の衝突を防ぐのに十分な情報があると推測しています。あなたは本当に代わりにdoctorsName
のdoctorsid
を使用する必要があります
はこの宿題ですか? – Fionnuala
いいえ、私は例を見てきました。 – mjsey