Sql 不同形式的元组属性是否被视为域约束?
这里有个简单的问题。假设我有一个名为“雇员”的关系。输入到 例如,此关系的每个元组的“bDate”属性(生日) 当前为“YYYY-MM-DD”(1988-10-01),很容易由数组的属性类型保存 查尔的。如果bDate属性为 输入为“01-OCT-88”?我的分析推理是不会 因为这个输入可以很容易地存储在一个CHAR数组中,所以表单是 不一样的,翻来翻去。从数据库完整性的角度来看Sql 不同形式的元组属性是否被视为域约束?,sql,constraints,relational-database,data-integrity,Sql,Constraints,Relational Database,Data Integrity,这里有个简单的问题。假设我有一个名为“雇员”的关系。输入到 例如,此关系的每个元组的“bDate”属性(生日) 当前为“YYYY-MM-DD”(1988-10-01),很容易由数组的属性类型保存 查尔的。如果bDate属性为 输入为“01-OCT-88”?我的分析推理是不会 因为这个输入可以很容易地存储在一个CHAR数组中,所以表单是 不一样的,翻来翻去。从数据库完整性的角度来看 像这样的不同形式会被视为域约束吗?这对于注释来说有点长 您不会将bDate存储为字符串。您可以将其存储为日期。因此,
像这样的不同形式会被视为域约束吗?这对于注释来说有点长 您不会将
bDate
存储为字符串。您可以将其存储为日期。因此,日期的表述不会有什么不同,因为它们都变成了内部表述
将日期存储为字符串与域约束无关。这只是一种不好的做法。评论有点长 您不会将
bDate
存储为字符串。您可以将其存储为日期。因此,日期的表述不会有什么不同,因为它们都变成了内部表述
将日期存储为字符串与域约束无关。这只是一种不好的做法。评论有点长 您不会将
bDate
存储为字符串。您可以将其存储为日期。因此,日期的表述不会有什么不同,因为它们都变成了内部表述
将日期存储为字符串与域约束无关。这只是一种不好的做法。评论有点长 您不会将
bDate
存储为字符串。您可以将其存储为日期。因此,日期的表述不会有什么不同,因为它们都变成了内部表述
将日期存储为字符串与域约束无关。这只是坏习惯