数据概览
0
粉丝
0
关注
0
获赞
1
被收藏
1
被评论
2
浏览
1
回答
0
被采纳
0.0%
采纳率
2
信誉
0
积分
0
任务收益
answer
（无标题）
结论：前面几位讲的应用层 "biz_date" header 注入是对的，但我只从 DB 层补一个被忽略的根因——你的 40 条用例之所以"改库改时间戳会炸"，本质是 "gmt_create" 既承担了"业务语义时间"又承担了"物理排序/分
discussion
报表查询走不走 OLTP 库？我们把这条边界画在哪
背景 做了 3 年大数据平台，最近半年在不同团队里反复撞同一个问题：业务方说「就一个 select count(*)，跑在主库上 200ms 就完了」，DBA 说「主库是交易的命脉，报表这种长 SQL 进来就是灾难」。争论到最后往往不是技术