关系数据库设计的良好资源
关闭。 此问题不符合堆栈溢出准则。它当前不接受答案。
想要改善这个问题吗？ 更新问题，使它成为Stack Overflow的主题。
2年前关闭。
改善这个问题
我正在寻找有关关系数据库设计，性能调整等最佳实践的书/站点/教程。有很多“这里是归一化，这是ER图，”，但在实际示例中却没有太多。有人有想法么？
问题答案：
-
问题内容： 我有4种类型的用户，每个都有具体的数据，但他们也分享COMMUN数据，如，.. 我的第一个想法是用列创建一个主表。然后，当查询用户数据时，我可以先选择它们，然后根据运行情况选择不同的查询来获取“用户类型”的特定数据。我对此并不满意，因为我希望我可以通过一个查询并最好使用外键来获取所有与用户相关的数据。 第二个想法是在表中没有列，而是使用外键，该键来自特定用户类型的表将指向主表的一行。尽
-
本文向大家介绍SQL 设计良好的表的属性。，包括了SQL 设计良好的表的属性。的使用技巧和注意事项，需要的朋友参考一下 示例 真正的关系数据库必须超越将数据扔到几个表中并编写一些SQL语句来提取数据的能力。 最好的一个错误设计的表结构将减慢查询的执行速度，并可能使数据库无法按预期运行。 一个数据库表不应被视为另一个表。它必须遵循一组规则才能被认为是真正的关系。从学术上讲，区分是一种“关系”。 关系
-
问题内容： 在数据库中建立适当的关系对数据完整性以外的其他功能没有帮助吗？ 它们会改善还是阻碍性能？ 问题答案： 我不得不说，适当的关系将比省略它们更好地帮助人们理解数据（或数据的意图），特别是因为维护它们的总成本非常低。 它们的存在不会影响性能，除非是在体系结构方面（正如其他人指出的那样，数据完整性有时会导致外键冲突，这可能会产生某些影响），但是IMHO的许多好处（如果正确使用，则不胜枚举）。
-
本文向大家介绍实体关系图在数据库设计中的重要性，包括了实体关系图在数据库设计中的重要性的使用技巧和注意事项，需要的朋友参考一下 实体关系图将现实世界视为实体。它是由PPChen在1976年推出的，被称为ER图，ER模型等。 以下陈述了实体关系图的重要性- 协助数据库开发人员 ER图甚至在表格开始构建之前就可以协助设计。 需求收集 这有助于用户计划如何组织数据。 文档工具 ER Diagrams可以
-
问题内容： 我正在寻找一个针对网络数学并且已经过测试的Java库。没什么特别花哨的东西，仅仅是用来存放ips和子网的东西，以及执行诸如打印子网掩码或计算IP是否在给定子网之内的事情。 我应该自己动手，还是已经有一个健壮的库了？ 问题答案： 我们自己开发了Java IPv4算术库。在此处查看：http : //tufar.com/ipcalculator/ 它已获得BSD许可。
-
我正在创建一个UDP服务器，它需要从各种客户端接收UDP数据包，然后将它们转发给其他客户端。我使用C#，所以每个UDP套接字对我来说都是一个Udp客户端。我想我想要2个Udp客户端对象，一个用于接收，一个用于发送。接收套接字将绑定到已知端口，发送者根本不会绑定。 服务器将获取每个数据包，查找数据包数据中的用户名，然后根据服务器维护的路由列表，将数据包转发给1个或多个其他客户端。 我开始监听Udp客