这是一个创建于 357 天前的主题，其中的信息可能已经有所发展或是发生改变。
测试环境的没有人来专门维护建个表，生产倒是正常，一般大家是怎么避免这种浪费时间的事的
 | 1 5200 357 天前 为什么要手动建表，这些不能写个自动脚本吗？ |
 | 2 EricXuu 357 天前 via Android 生产为什么正常呢？ 这种变更不应该现在测试环境执行验证，然后再去生产环境执行么？ |
 | 3 Pdk5a8759cbeD6CH 357 天前 @5200 因为没想到项目还能熬过年 |
 | 6 YVAN7123 357 天前  2 我们也是这样， 因为没想到项目还能续签。。。 |
 | 7 rekulas 357 天前 金九银十 每年 10 月跳槽 |
 | 8 encro 357 天前 2 你这一说，让我想起了公司三年前搞的一个项目，公众号标签按月打的，到昨天也结束了。 |
 | 9 wupher 357 天前 1 项目上线就预建了未来 10 年的 table 。 10 个 table 也不算多，项目能不能活 10 年也是问题。 更别提你会不会还呆在这个岗位 10 年了。 |
 | 11 qf19910623 357 天前 我们的表倒是建了，但是踩了个坑，sqlalchemy 的模型动态切表不成功，一查他们文档发现这玩意儿老早就废弃了，智能自己动态去构建模型 |
| 12 qf19910623 357 天前 我们是直接搞了个定时任务自动建表 |
 | 13 Pronax 357 天前 1 有点好奇什么方向的业务表会需要按日期来建 |
 | 14 spritecn 357 天前 1 重写了一下 shardshare 的分表分表逻辑,把 availableTargetNames 直接忽略了直接返回 tablePrefix+ yyyyMMdd 了 |
 | 16 shuang 357 天前 我的项目分表到 2029 年:) |
 | 17 uNoBrain 357 天前 create table xxxx_yyyy like xxxx_yyyz; 定时任务每月执行一下就好了 |
 | 19 chengquan17 357 天前 当然是自动维护分区表 |
 | 20 kmyq 357 天前 米家的法定工作日好像也没更新，上午躺着开始扫地 空气净化器拉满。还好窗帘用 Homeassistant |
 | 21 vivisidea 357 天前 表不存在这个报错日志里面看不出来么？ Table does not exist 啥的，应该很容易定位吧 |
 | 22 tyrone2333 357 天前 @wupher 要是需求变更要修改字段呢 |
 | 23 HolmLoh OP @vivisidea 当然可以，但是正在测试发现问题的是整个服务链路的最下游，缓存数据不正确，只能先验证测试数据到当前关键微服务代码，最后才去到上游 |
 | 24 xiangyuecn 357 天前 异常：对象名 'logs_2025' 无效。 都忘了 反正也没人用 |
 | 25 zhuanggu 357 天前 喜闻乐见，每年跨年那天都会出现这样的问题。 |
 | 26 CocaCola001 357 天前 via iPhone 哈哈哈 今天我们也是还是生产，导致项目报错，金融行业，每年底要更新，因为要等国家发布节假日安排 |
 | 27 Danswerme 356 天前 via iPhone 我们也是，新年第一天上班接口莫名其妙炸穿了，发现是没生成 25 年相关配置 |
 | 29 cutchop 356 天前 每年都能碰到千年虫 bug |
 | 30 huzhizhao 356 天前 呃，我只能说一模一样。我这个还是分月的了  |
Select Language