数据库设计中“ n：m”和“ 1：n”的含义
在数据库设计中， n：m 和 1：n 是什么意思？
它与键或关系有关系吗？
问题答案：
m:n用于表示多对多关系（m另一侧的对象与另一侧相关n），而表示1:n一对多关系（1另一侧的对象与另一侧相关n）。
-
问题内容： 我正在设计一个包含许多主要实体类型的新实验室数据库。 每个实体的表将包含该实体的所有类型（entity_id，created_on，created_by等）通用的字段。然后，我将使用具体继承（每个唯一的属性集使用单独的表）来存储所有剩余字段。 我相信这是每天通过实验室的标准数据类型的最佳设计。但是，我们经常有一个特殊的样本，这些样本通常伴随着原始者想要存储的特定值。 问题： 我应该如何
-
向表中插入数据，记录中有一个字段涉及到当前记录是当前租户下第几个插入的，也就是顺序码，如何维护这个顺序码，在保证线程安全的情况下，不同租户的记录都保存在同一张表下， 目前的做法是插入数据的时候不插入该字段，获取该表记录列表的时候按照插入时间排序，然后判断对应字段是否为空，如果为空则插入
-
我计划将一个整体ASP. Net MVC应用程序迁移到微服务架构。 该应用程序位于教育领域，下面是当前拥有的子模块， 系统管理员 研究所管理员 候选人/学生门户 辅导员/教师门户 课程设置(可由辅导员或学院管理人员完成) 考试门户 报告门户[新] 视频会议门户[新] 为了实现微服务架构，我打破了当前的系统，如下图所示，并为每个模块创建DB。 在这里我面临一个问题，比如说考试 Db 目前与课程和科目
-
null 高++；storage.put（high,element）； 低++； 高--；
-
需求描述 有一个项目，面向学校德育评价，打算留一个发布通知的模块，现在拿不准如何设计数据库 个人方案 我个人有预想两种方案去解决 在mysql中建一个系统通知表 直接存redis中 第一种方案的优点是可以实现数据的持久化，但是对于一些时效性较强的通知【例如系统维护通知等】需要进行额外处理【因为基本上过了时效以后这条记录几乎不会再用到了】 第二种方案的优点是可以比较轻松的处理时效性问题，但是需要考虑
-
我正在创建一个应用程序，对jOOQ的当前状态有点困惑。这是我第一次使用jOOQ处理所有东西，包括CRUD，所以我可能会遗漏一些东西。 我知道DAO和POJO可能会被弃用，但是，我不知道如何在数据库优先的设计中处理这个问题。 我能做的最简单的事情就是创建我自己的Pojos，但是我们又回到了通常的JPA实体文件，如果数据库发生了变化，这些文件将无法正确地与记录映射。 1）弃用生成pojos是否意味着我