数据库设计的主要问题

向表中插入数据，记录中有一个字段涉及到当前记录是当前租户下第几个插入的，也就是顺序码，如何维护这个顺序码，在保证线程安全的情况下，不同租户的记录都保存在同一张表下， 目前的做法是插入数据的时候不插入该字段，获取该表记录列表的时候按照插入时间排序，然后判断对应字段是否为空，如果为空则插入

我刚刚开始将我的项目分离到小微服务中。我有一个处理 API 授权的微服务（检查 API 请求中提供的 apiKey 是否有效），因此为此，我有一个单独的 API 授权数据库，其中包含下表和以下架构： APIKey： ApiKey （VARCHAR， PK） TenantID （INT， FK） 租户：租户ID（INT， PK）名称（VARCHAR） 如您所见，APIKey表链接到租户表。 我有另一

需求描述 有一个项目，面向学校德育评价，打算留一个发布通知的模块，现在拿不准如何设计数据库 个人方案 我个人有预想两种方案去解决 在mysql中建一个系统通知表 直接存redis中 第一种方案的优点是可以实现数据的持久化，但是对于一些时效性较强的通知【例如系统维护通知等】需要进行额外处理【因为基本上过了时效以后这条记录几乎不会再用到了】 第二种方案的优点是可以比较轻松的处理时效性问题，但是需要考虑

问题内容： 我现在正在为我的软件编写地址簿模块。到目前为止，我已经设置了数据库，以使其支持非常灵活的地址簿配置。 我可以为每种类型创建n个条目。类型是指“电子邮件”，“地址”，“电话”等数据。 我有一个名为“ contact_profiles”的表。 它只有两列： 然后有一个名为contact_attributes的表。这有点复杂： 我现在可以链接到这些配置文件，例如从用户表中。但是从这里我遇到了

问题内容： 数据库设计问题在这里。 假设我们有一个webapp或使用＃标签处理20-40个字词的东西。存储用户主题标签的最佳方法是什么。 例如，如果用户输入。`”I like to have #lunch at 还值得指出的是，这些标签必须是可搜索的，例如有多少人对午餐进行了哈希标签等等。 在这个问题上的建议会很棒，在将可变大小的输入存储在mysql中时，我总是有些困惑。每个音符可以有无限数量的主

1、数据库设计最起码要占用这个项目开发的40%以上的时间 2、数据库设计不仅仅停留在页面demo的表面 页面内容所需字段，在数据库设计中只是一部分，还有系统运转、模块交互、中转数据、表之间的联系等等所需要的字段，因此数据库设计绝对不是简单的基本数据存储，还有逻辑数据存储。 3、数据库设计完成后，项目80%的设计开发都要存在你的脑海中 每个字段的设计都要有他存在的意义，要清楚的知道程序中如何去运用这