(不知论坛有什么问题, 我的问题只显示了三行,重新发一次)
一个病人基本信息数据库, 要考虑多个地址和多种联系方式。 我建的表如下:
1 PATIENT 表
PATIENT_ID
NAME
BIRTHDATE
SEX
PERMENENT_addrID
local_addrID
marital_ID
countryID 2 address 表
ADDR_ID
ADDRESS
PROVINCE
3 CONTACT 表1
PATIENT_ID
FAMALY_PHONE
WORK_PHONE
FAX
CELL_PHONE
BP
EMAIL
或
CONTACT 表2
PATIET_ID
CONTACT_TYPE
CON_NUMBER
4 MARITALTYPE 表
MARITAL_ID
MARITAL_STATUS 5 COUNTRY
COUNRTY_ID
COUNTRY 不知这种设计是否是好的。关于CONTACT表,哪种好? 在考虑设计的同时考虑操作的方便性。
另一个问题, 关于辅表, 如这里的COUNTRY和MARITALTYPE表,我见过只用一个字段的,如COUNTRY 表中只用COUNTRY字段,这两种辅表哪种更好,哪种更常用?
一个病人基本信息数据库, 要考虑多个地址和多种联系方式。 我建的表如下:
1 PATIENT 表
PATIENT_ID
NAME
BIRTHDATE
SEX
PERMENENT_addrID
local_addrID
marital_ID
countryID 2 address 表
ADDR_ID
ADDRESS
PROVINCE
3 CONTACT 表1
PATIENT_ID
FAMALY_PHONE
WORK_PHONE
FAX
CELL_PHONE
BP
或
CONTACT 表2
PATIET_ID
CONTACT_TYPE
CON_NUMBER
4 MARITALTYPE 表
MARITAL_ID
MARITAL_STATUS 5 COUNTRY
COUNRTY_ID
COUNTRY 不知这种设计是否是好的。关于CONTACT表,哪种好? 在考虑设计的同时考虑操作的方便性。
另一个问题, 关于辅表, 如这里的COUNTRY和MARITALTYPE表,我见过只用一个字段的,如COUNTRY 表中只用COUNTRY字段,这两种辅表哪种更好,哪种更常用?
5 COUNTRY
COUNRTY_ID
COUNTRY 这种建表更规范,符合三个范式,较为常用。
但是对本题情况,country表只有此两字段,似乎有点小题大做,
可以只有country字段,如果不是太重要的话,也可以在使用到
country的表中直接使用字符字段,没必要建立该表。关于contact表,个人意见偏向于表2,思路清晰。
但是实际情况是联系方式也只有这么几种,似乎在操作上采用表1
更为方便。