在MySQL中生成将来的预订日期

在MySQL中生成将来的预订日期,mysql,Mysql,编辑:为了避免混淆,因为“表”一词有两种含义:每次我提到“100张表”,我指的是每天可预订的单个业务中的100张物理表 我得出的结论是,对于我正在开发的一个表预订系统,一个具有由tableid和date组成的唯一索引的MySQL表就足够了,这意味着我可以在一个表中保留我的表,根据我的研究存储,至少在未来100年内不会出现任何性能问题。如果我错了,请纠正我 进一步解释:我有一套100张可预订的桌子,只是为了不让桌子用完(对于这个项目,我很少需要超过30张,但你永远不知道)。每个表的编号为1-100

编辑:为了避免混淆,因为“表”一词有两种含义:每次我提到“100张表”,我指的是每天可预订的单个业务中的100张物理表

我得出的结论是,对于我正在开发的一个表预订系统,一个具有由tableid和date组成的唯一索引的MySQL表就足够了,这意味着我可以在一个表中保留我的表,根据我的研究存储,至少在未来100年内不会出现任何性能问题。如果我错了,请纠正我

进一步解释:我有一套100张可预订的桌子,只是为了不让桌子用完(对于这个项目,我很少需要超过30张,但你永远不知道)。每个表的编号为1-100,表编号(tableid)和日期的组合是数据库中唯一的条目。即,您只能在2014-06-18日期拥有表4的行一次。那很好,我可以在接下来的100年里每天生成100行,是吗

我使用一个BIGINT作为每行的主键,自动递增从1开始

现在-在MySQL中生成所有这些行的最简单解决方案是什么?每一行只需要有
插入表(TABLEID,DATE)值([id],[DATE])
,因为默认情况下,其余字段都会填充。日期可以从今天开始,因为该项目在过去没有业务。我在谷歌上搜索了一下,但无法真正弄清楚脚本和存储过程之间的区别,每个脚本和存储过程的变量声明似乎都不一样,让我有点困惑

不过,这应该相当简单,问题还在于这种方法是否是一种好的做法


谢谢

这听起来像是一个糟糕的DB设计。你为什么需要100张桌子?一年一张?你把表格和物理表格搞混了。我有100个物理表可供预订,存储在一个MySQL表中。啊-餐馆的表。好的,比如说,是的。我已经更新了问题以避免混淆。通常情况下,您不会预先填充表,这似乎是您想要做的。只要按需插入一条记录即可。