只有一个常数值的表？

Question

我首先使用C#实体框架代码。

我对数据库几乎一无所知。我不知道这是普通的还是好的做法，所以我想问你们我该怎么做。

比如说，我有一张信表和一张车站表。

我开发了一个应用程序，从一个站点发送信件到其他站点。每封信都可以发送到不同的电台--这是一个多到多的关系。

所发送的每一封信都与一个站相关联--信的源站(不能将一封信发送到它自己的源站，等等)。

每个数据库实例表示一个站点。

在应用程序启动时，我知道哪个站点是我的源站，并希望将该信息保存在数据库中。

我该如何保存哪个车站是源站？我是否应该在每行的station表中设置一个标志，指示它是否是当前实例站？对我来说这听起来很糟糕。

是否有一种只有一个值的表？例如，它将被称为InstanceStation，它只包含一列的一行-- StationId？这是个好做法吗？

我尽量清楚，我希望我的情况是清楚的。

Answer 1

马克斯·弗农的回答是正确的，但是：

在位值中不需要NULL。它应该是非空的，默认为0。查询可能为NULL的字段会增加编写/阅读/代码维护的开销。

基本上，查询位字段的“正确”方式是<> 0标志的位置，如果位字段中可能有空值，则仍然可以询问标志<> 0的位置(引擎忽略空值)。为了保持Max Vernon建议的速度优势，开发人员必须记住更新为NULL，而不是0。您需要记住问“哪里标志为空”，而不是“哪里标志= 0”。

位值中"null“的另一个反对意见是，在这种情况下，字段有3个可能的值(Null，0& 1)。另外，如果您在前端使用Ms-Access (用户没有这样做)，那么您可能会得到奇怪的错误消息( ODBC连接中有问题)。当您更新该字段时，它将更新为0，而不是NULL；填充时，该字段的默认值为0。这是一个简单的过程。

开销是让开发人员知道底层集是什么:标志为NULL和flag= 0之间的区别是什么？写起来更简单，读起来更简单。

NULL表示未知。如果你知道这个值，就不要放空。它可能会更快，但就人类而言，它并不是防弹的。