MS Access 2003：用户能够输入无效值；如何？

Question

我有一个奇怪的现象，我无法解释也无法重现，我希望您知道用户如何输入无效值。

我有一个 Access-MDB，其表单包含一个编辑字段，该字段应该只接受没有任何日期信息的时间值。

该编辑字段的相关属性如下：

• 绑定到日期/时间数据库值（因为访问不知道仅时间数据类型）
• 格式：“时间，24 小时”
• 输入格式：“99:99”

（我使用德语版本Access 的名称，因此属性名称可能略有不同，但您会看到模式）

现在我发现用户能够在该字段中输入日期值。我几乎 100% 确定这是一次意外，并且没有以直接打开表格并编辑相应的日期/时间字段的形式进行“聪明的黑客攻击”。由于该条目是在 2009 年创建的（没有人发现这个错误），我没有机会询问用户它是如何完成的。

我发现两个错误的日期为“01.06.2000”和“01.07.2000”，我猜用户想输入时间“06:00”和“07:00”。

我尝试了我能想象到的所有输入（例如“6.0”、“6;0”、“6,0”、复制和粘贴），但我无法欺骗访问并输入除数字和冒号之外的任何内容。

您是否知道发生了什么事以及用户如何意外输入这些日期？

Answer 1

Jet/ACE 日期/时间值绝不会在“没有任何日期信息”的情况下存储。如果您尝试仅存储时间部分，它实际上会与第 0 天（1899 年 12 月 30 日）的相同时间一起存储。

我们只能推测 2009 年如何添加不正确的数据。如果您希望数据库引擎要求以第 0 天作为日期部分来存储日期/时间值，则可以添加表级验证规则。从表属性表中，尝试验证规则：

DateValue([your_date_field])=CDate("1899/12/30")

如果您希望 your_date_field 允许 Null，请尝试此版本：

IsNull([your_date_field]) Or DateValue([your_date_field])=CDate("1899/12/30")

Answer 2

几种可能性：

• 开发人员（您？） 在查看原始表时无意中执行了此操作
• 客户端 Access 软件瞬间疯狂并损坏了条目。这种情况发生在我们身上（幸运的是很少），我们的 Access 表最终会在字符串字段中出现非 ASCII 字符。
• Access 运行时中的错误过去曾导致该问题，但已在服务包中得到纠正。

最后，如果你投入 90 个小时，是否会溢出到 4 天之类的？或许可以做到这一点。