作者ripple0129 (perry tsai)
看板Soft_Job
标题Re: [请益] PM要求实作未来会出问题的功能
时间Sun Jan 5 23:06:05 2020
通灵一下
问题是不是报表类啊
要全表或大量join大量计算的
资料少跑一下SQL就好
资料大跑到炸掉
会去想到资料大时会炸锅
表示有经验了啊
多的是新手没想过这种问题
不过不要紧了
等慢到一定程度
就会开始跑daily的过去统计
到时重构就好
先求功能出来且正常
未来再处理效能
没有足够filter条件的SQL
往往都是要重构的
别担心遇到了处理就好
只要确定目前储存的资料
未来有办法做重构即可
如果现在设计的schema不符合未来重构
那就要换schema来储存
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 101.12.2.33 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1578236767.A.948.html
1F：推 newhandfun: 推。既然想到了就能先设计好schema来为之後重构做准备 01/06 08:43
2F：→ qpowjohn: 直接写个预存程序，让dba之後伤脑筋，如果没dba也可以 01/06 19:27
3F：→ qpowjohn: 让架构分离 01/06 19:27
4F：推 iceonly: 那也是写SQL或产报表的人，也就是原原po的问题啊；再说ta 01/06 20:48
5F：→ iceonly: ble资料量多也有分段捞的通用改法，log类的胖table也可以 01/06 20:48
6F：→ iceonly: 多写个排程定期封存，不过不管哪个都是可以等遇到时再改 01/06 20:48