我有一个布局,称之为
ExperimentsLayout
,基于我的数据库表Experiment
,它通过外键关系与表Scientist
相关:Scientist.Id -> Experiment.ScientistId
。
我的数据库的用户(科学家)对 FileMaker 还有些陌生,我预计未来 FileMaker 新手会相对稳定地涌入,因此我希望以一种能够最大限度地减少可能损害数据完整性的用户错误的可能性的方式进行设计。
在我的布局
ExperimentsLayout
中,我有一个 Experiment.ScientistId
的下拉列表框。输入 ScientistId
后,我想要:
Experiment -> Scientist
关系被无意改变当用户浏览
ExperimentsLayout
时,我发现有时他们会在浏览模式而不是查找模式下更改 ScientistId
,认为这是提取与其他科学家相关的订单的方法——但他们实际上正在做的是改变与 Experiment
记录相关的科学家。作为 FileMaker 的一个相对较新的用户,我完全理解为什么用户会犯这个错误,因为“浏览”和“查找”模式之间的 UX 区别被“非常”(对我来说令人震惊)低估了。这是科学数据完整性问题的一颗定时炸弹。