我已經使用MySQL和這樣的數據庫設計。如何在MySQL中設計醫院RDBMS?
這個數據庫是部分的設計醫院。 患者表中有超過1.500.000的患者記錄。 在臨牀表中有15條記錄。 醫生表中有25條記錄。 診斷表中有500多條記錄。 在out_condition表中有10條記錄。
而且所有的表都與表transaction_current相關。 完成後,交易轉移到歷史記錄表。
這是一個糟糕的設計?因爲在查詢選擇中,需要一分鐘時間才能讓一名患者進入瀏覽模式。 如果這是最好的關係設計,我應該如何使用包含所有關係表參考的事務表的select查詢。
感謝您的幫助。
編輯: 「?對不起...這裏是我的形象設計只是我borwser呢......」
這是樣本選擇查詢
select transaction_current.registration_number,
transaction_current.Date_registration,
patient.mr_code,
patient.patient_name,
clinic.Poly_clinic_name,
doctor.doctor_name,
diagnose.diagnose_name,
out_condition.OC_name
from transaction_current,patient, clinic, doctor, diagnose, out_condition
where transaction_current.patient_code=patient.MR_code and
transaction_current.clinic_code=clinic.clinic_code and
transaction_current.doctor_code=doctor.doctor_code and
transaction_current.diagnose_code=diagnose.doagnose_code and
transaction_current.OC_code=Out_Condition.OC_code
and patient.patient_name = 'xxx%'
回答: 經過仔細的答案從先生rj45,有時不建議任何標準化。特別是對於歷史數據。如果參考表中有更改,則歷史數據也將被更改。 這樣的情況下... 如果代碼改變醫生,或刪除,那麼記錄將跟隨改變歷史。當它不在遺囑中時。它的極端,數據歷史不會出來,因爲關係代碼不匹配。 非常感謝你@ rj45
你有什麼指數? –
嘗試在dba.stackexchange.com中詢問 – Raptor
所有p_key中的索引,但不包含在f_key中 –