单柱表是好的设计吗？
有一个只有一列的表可以吗？我知道从技术上来讲这不是非法的，但是它被认为是糟糕的设计吗？
编辑：
这里有一些例子：
- 您有一个带有50个有效美国州代码的表，但是您无需存储详细的州名。
- 电子邮件黑名单。
有人提到添加一个关键字段。以我的看法，这单列将是主键。
问题答案：
是的，以使表格效率最高的方式设计表格无疑是一个很好的设计。“不良RDBMS设计”通常以低效率为中心。
但是，我发现大多数单柱设计案例都可以从附加色谱柱中受益。例如，州代码通常可以在第二栏中说明完整州名称。或黑名单可以具有关联的注释。但是，如果您的设计确实不需要该信息，那么最好只使用一列。
-
本文向大家介绍SQL 设计良好的表的属性。，包括了SQL 设计良好的表的属性。的使用技巧和注意事项，需要的朋友参考一下 示例 真正的关系数据库必须超越将数据扔到几个表中并编写一些SQL语句来提取数据的能力。 最好的一个错误设计的表结构将减慢查询的执行速度，并可能使数据库无法按预期运行。 一个数据库表不应被视为另一个表。它必须遵循一组规则才能被认为是真正的关系。从学术上讲，区分是一种“关系”。 关系
-
问题内容： 简要阅读以上文章后，我发现getter和setter是糟糕的OO设计，应避免使用它们，因为它们与封装和数据隐藏相反。在这种情况下，创建对象时如何避免这种情况，以及如何将一个模型对象考虑在内。 如果需要使用吸气剂或吸气剂，还可以使用其他替代方法吗？ 谢谢。 问题答案： 吸气或吸气器本身并不是很糟糕的OO设计。 不好的是编码实践，它会自动为每个单个成员包括一个getter和一个setter
-
假设当前数据库主要有3个表。 分区密钥 管理员 -id（Pkey）、用户名、电子邮件、创建数据、更新数据 横幅 -id（Pkey）、isActive、createdAt、标题 新闻 -id（Pkey）、createdAt、isActive、title、message 上面的表都与其他表没有关系，将来需要更多的表（我想大部分表也与其他表没有关系） 根据aws文档 https://docs.aws.a
-
问题内容： 我一直听到标签应该用于布局目的，而不是标签。那么这也适用于表单布局吗？我知道表单布局仍然是布局，但似乎使用s 创建表单布局需要更多and 。因此，考虑到这一点，表单布局应改为使用标签吗？ 问题答案： 是的，它确实适用于表单布局。请记住，还有诸如FIELDSET和LABEL之类的标记，它们专门用于向表单添加结构，因此，这并不是仅使用DIV的问题。您应该能够用最少的HTML标记表单，然后让
-
问题内容： 我是Android开发领域的新手，我已经下载并安装了Android SDK，但找不到任何GUI或Form设计器，可以有人知道Android中的某些Form设计器吗，谢谢。 问题答案： 如d。正确提到的内置设计器并不能真正代表您的观点。而且，如果我们牢记即使经过4年的尝试，Microsoft对其XAML代码的等效性仍未达到最低使用水平，所以我强烈建议您手动进行操作。它更快，更困难但同样有
-
问题内容： 我想构建一个通用Web表单的后端，其中包含用户可以回答的问题。有多种类型的问题。 “普通”文本问题：通过一个简单的文本字段回答该问题。 示例 ：一般的个人信息，例如姓名。 Textarea问题：相同，但是有更多的空间来写答案。 示例 ：“您想要添加的更多信息”框。 多选题：带有一些预定义答案的问题，可以从中选择一个。 示例 ：您对PHP的编程程度如何？[]不太好[]平均[]我已经写过这