我目前正在将基于纸张的系统转换为新的门户网站。当公司(医疗机构)招募新患者时,患者当前填写的特定表格。此表格包含 28 个问题,每个问题有多达 20 个不同的是/否选项。
我的问题是,我应该创建一个包含许多列的表(可能多达 300 个,主要包含 BIT 字段)还是应该以某种方式对其进行规范化?
所有字段都与单个实体相关联;一个病人在这里的原因。
根据我的数据库设计经验,通常不赞成包含 100 多列的大表,但我想看看社区对这个示例的看法。
我目前正在将基于纸张的系统转换为新的门户网站。当公司(医疗机构)招募新患者时,患者当前填写的特定表格。此表格包含 28 个问题,每个问题有多达 20 个不同的是/否选项。
我的问题是,我应该创建一个包含许多列的表(可能多达 300 个,主要包含 BIT 字段)还是应该以某种方式对其进行规范化?
所有字段都与单个实体相关联;一个病人在这里的原因。
根据我的数据库设计经验,通常不赞成包含 100 多列的大表,但我想看看社区对这个示例的看法。
当使用许多布尔 ( BIT
) 字段时,有时最好使用INT
一个按位求和的字段。这简化了存储和表定义,但使代码更加复杂。假设您有一个表格患者和一些具有不同含义的数值:正在服用药物、对扑热息痛过敏、是否患有糖尿病等。当您插入勾选的字段时,您只需将相应的数值相加。执行 select 语句时,您将进行位与比较:TotalValue & Value = Value
. 这是一段代码:
CREATE TABLE #Patients(Id INT, PatientName VARCHAR(50), MiscIssues INT)
DECLARE @IsOnMedication TINYINT = 2
DECLARE @IsParacetamolAllergic TINYINT = 4
DECLARE @IsDiabetic TINYINT = 8
INSERT INTO #Patients
VALUES
(1, 'A', @IsDiabetic + @IsOnMedication)
, (2, 'B', @IsDiabetic + @IsOnMedication + @IsParacetamolAllergic)
SELECT * FROM #Patients WHERE MiscIssues & @IsDiabetic = @IsDiabetic
DROP TABLE #Patients
另一种选择是使用自定义字段,但根据我的经验,当您拥有大量记录时,这种方法的效果很差。