这些外键是不是太多了？
为了添加另一个信息，我有一个tasks表，它当然需要引用user_id来跟踪分配给谁，我还有一个列跟踪创建任务的用户。这将分别是assigned_to和created_by。
虽然有更多的表引用回该键。我可能已经有8个推荐人了。我相信到目前为止我已经把它设计得很好了，但是根据我所提到的，这听起来好吗？
共有1个答案
在我看来，您的外键用法很好--毕竟，您只是表示表之间的逻辑关系。
系统中的用户以多种方式与数据交互，要定义这些关系，您的方法是正确的。
我认为关键的一点是，在很多情况下，您并不总是希望（或需要）创建所有表示您的关系的连接--仅仅是您在该上下文中所需要的连接。
-
问题内容： 我有三个表：用户，公司和网站。用户和公司都有网站，因此每个用户记录在“网站”表中都有一个外键。同样，每个公司记录在“网站”表中都有一个外键。 现在，我想将外键包含在“网站”表中，再放回它们各自的“父”记录中。我怎么做？每个网站记录中是否应该有两个外键，其中一个始终为NULL？还是还有另一条路要走？ 问题答案： 如果我们在这里查看模型，将会看到以下内容： 用户与一个网站相关 公司与一个网
-
问题内容： 对于Java的处理方式以及涉及到的数字和其他类型的数字，我有些困惑。例如： 输出（也许您应该先猜测一下）： 这不能编译是可以预料的，是不同的对象。 令我有些惊讶的是，默认情况下9是an ，并且1）甚至没有编译。请注意，您不能将放入期望使用的方法中，但是在这里它们是相等的。 由于两个相同的原因，这令人惊讶，但似乎更糟。 不足为奇，因为自动装箱到和。 不足为奇，因为不同类中的对象不应该是。
-
本文向大家介绍什么是主键?什么是外键?相关面试题，主要包含被问及什么是主键?什么是外键?时的应答技巧和注意事项，需要的朋友参考一下 主键是表格里的(一个或多个)字段，只用来定义表格里的行;主键里的值总是唯一的。外键是一个用来建立两个表格之间关系的约束。这种关系一般都涉及一个表格里的主键字段与另外一个表格(尽管可能是同一个表格)里的一系列相连的字段。那么这些相连的字段就是外键。
-
我希望q.all中的变量只有在前两个promise得到解决后才能填充。但不幸的是，服务调用本身并没有返回数据，控制转移到q.all。我觉得这很奇怪，因为根据文档，只有当您的promise返回200个响应并得到解决时，才会调用q.all。我检查了对网络调用的分析，并发出了一些警报，以查看代码的顺序，发现q.all警报是第一个弹出的警报，然后其他promise得到解决。为什么一个简单的q.all实现不
-
null 我这样做的方法是创建太多的行，而且看起来不是可伸缩的。例如，如果一个页面创建了一个post&有1,000,000个followers，那么我们就在feedpost表中创建了1,000,000个新行。 请救命！像facebook这样的公司是如何处理这个问题的呢？他们会根据请求生成提要吗？我的数据库关系很糟糕吗？
-
nginx稳定版是1.24，amh版本仍旧只提供到1.20。宝塔每次都在新版本发布后及时跟进更新，amh版本落后到像个弃儿。 amh能落后nginx稳定版两个大版本也是神奇，amh是遇到什么技术问兼容题导致无法适配nginx吗？