使用简单的crud uis，我们经常面对可能具有空白的选择/下拉元素。这些最有可能用于建立实体与标准类型之间的关系(查找值(。
是否明智地避免通过代表null/none/not selected的记录来避免处理特殊的null值情况，因为该记录假设"不存在任何关联"one_answers"当前无关联"之间的区别在域中并不重要？
乍一看，这种方法似乎与空对象模式相似，可能会有所帮助，但我可能缺少某些东西？
我们最近做出了类似的设计决定，但是随着用户没有选择任何查找值的数据库表中的nulls。主要原因是查询要容易得多，因为我们不需要重新建立UI/后端代码或其他查询中NULL/NONE/NOT_SELECTED的概念。我们还尝试了将空的GUID用于NULL查找值(000000-0000 ...(，但最终决定反对。
null是一个非常酷的功能，用于数据建模(如果您使用(，如果您在不需要时使用它，则额外的努力。
如果应对"无"值进行不同的处理，则"未选择"值(也就是说，您将要做出的决定具有重要意义(，然后将null用作"未从"未选择"单独选择"无'。
如果您不打算对处理中的"无"one_answers"未选择"，请在两个目的中使用单个值。