我不是数据库专家，但我正在尝试清理另一个数据库。所以我的问题是，性别表正常化会不会太过分了？
User table:
userid int pk,
genderid char(1) fk
etc...
gender table:
genderid char(1) pk,
gender varchar(20)
起初，这对我来说似乎很愚蠢，但后来我考虑了这一点，因为这样我就可以有一个恒定的数据源来填充或绑定。我将使用 WPF。如果是另一个框架我可能会避免它，但你觉得呢？
您是否选择规范化表结构以适应gender将取决于您的应用程序的要求和您的业务要求。
如果出现以下情况，我会正常化：
- You want to be able to manage the "description" of a gender in the database, and not in code.
- 例如，这使您可以快速将描述从“男人/女人”更改为“男/女”。
- 您的应用程序当前必须处理或将来可能处理本地化要求，即能够以不同语言指定性别。
- 您的业务要求一切都正常化。
如果出现以下情况，我不会正常化：
- 您有一个相对简单的应用程序，您可以轻松地在代码中而不是在数据库中管理性别描述。
- 您可以对进出的数据进行严格的编程控制gender字段，这样您就可以确保该字段中数据的一致性。
- 你只关心gender用于信息捕获的字段，这意味着，一旦第一次设置该字段，您就没有很多编程需要来更新该字段。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
