2.对于初始索引，我们往往会忽略一个先决条件，导致添加和报告错误失败。这里的前提是，如果表有主键，分区键和主键不一样，那么分区键也一定是主键。引入分区后，在写入数据时，数据库会自动确定哪个分区的写入并发性更高。除了以上操作，还要考虑把库分成表或者采用一主多从的模式。在未来，我相信这类问题需要由数据 libraries如TiDb等来解决。这时候就不用考虑数据的划分问题了，可以实现数据级和热点数据的无限扩展。
5、 数据库问题:【站内发送消息】如何 设计表结构您可以给邮件添加一个状态，以标记它是否已被阅读。新闻和成员是多对多的，应该用关系表链接起来。在这个关系表中，1。vip等级表，属性(id，姓名，等级，借阅时间，允许借阅的书籍)2。图书类别表(id，名称类别(军事类别，数学类别等。)) 3.图书列表(id、标题、类别等。4.读者列表(id，姓名，vip等级。5.借书单(身份证、借书人、职称、时间、归还日期。
6、大 数据量的 数据库表 设计技巧large数据quantitative数据 library table设计技能即使是非常简单的数据library应用系统，其数据。如果在设计数据library的时候提前考虑这些问题，就可以避免因系统响应慢而导致的用户投诉。技巧1:尽量不要使用代码。比如性别领域的通行做法:1代表男性，0代表女性。这意味着每个查询都需要一个关联的代码表。技巧2:history数据中的所有字段都不应该依赖于业务表。
技巧3:使用中间表。例如，员工的工资可以保存在一个中间表中。当员工的某个薪资项目发生变化时，中间表的数据也会随之更新。技巧4:使用统计学。需要经常使用的统计数据数据可以在生成后保存在专门的表格中。技巧五:批量保存历史数据。历史数据可以分段保存，例如2003 数据的历史保存在2003的表名中，而2004 数据的历史保存在2004的表名中。
7、一个 tidb集群表数量one tidb簇表数为40 。1.在业务初期，当数据的体量不大，业务的流量和压力不大的时候，基本上什么都可以处理数据库，但是很多时候业务的爆发式增长可能是无法预料的。2，节省了开发者划分数据库和表的成本，去掉了中间件。3.目前tidb单个集群最大节点数在40 左右，单个表有几千亿条记录。4.活跃流量峰值可以通过直接加新机来解决。平时流量很低，多余的机器可以直接掉线。
8、 数据库表 设计建议建立三个表数据: Handler(工号，)；审核人(工号，)；对于工单(处理和审批工号)，当显示工单数据时，只查询与该工号相关的记录。如果需要更多信息，可以从处理人和审批人表单中找到工号对应的人员信息，这是通过实体联系图转换的。工单表:id工号(审批/处理工号)编号...员工表:工作名称..........做程序时根据工号搜索工单表，就像sqlselect*from work order其中gonghaoxxxxxx是你提供的处理器的工号。
