Re: [闲聊] mySQL大师请进

楼主: surimodo (好吃棉花糖)   2022-07-14 10:49:58
※ 引述 《lovez04wj06 (车前草)》 之铭言:
:  
: 为什么要将产品的id弄成table的名字?
: 是有什么特殊的需求让你需要这样做吗?
: 我怕你是高手,这种做法可以大大优化速度效能之类我却孤陋寡闻。
:  
: 如果觉得要点进去看好麻烦,你可以下select语法啊
: 干嘛点进去看?
就是抓价格爬虫
每个table都是一个商品不同时间爬到的价格
如果统一用一个table
全部商品爬到资料放一起
久了感觉会越来越膨胀
搜寻速度会下降?
还是我多虑了
其实myaql
单一table塞几十万笔都能轻松跑结果?
作者: lturtsamuel (港都都教授)   2022-07-14 10:53:00
你可以把资料表取名id12345
作者: MurasakiSion (紫咲シオン)   2022-07-14 10:54:00
几十万笔要看你查询多复杂吧索引有下好 不要用到一些效能很差的查法其实还好
作者: lturtsamuel (港都都教授)   2022-07-14 10:56:00
认真讲 我建议不要这样==
楼主: surimodo (好吃棉花糖)   2022-07-14 10:56:00
为啥 大师请说
作者: lturtsamuel (港都都教授)   2022-07-14 10:57:00
https://dba.stackexchange.com/questions/48176/splitting-a-large-table-to-improve-performance
作者: lovez04wj06 (车前草)   2022-07-14 10:57:00
十万笔我觉得还好,前提要看你会用多复杂的查询去跑数据库
作者: lturtsamuel (港都都教授)   2022-07-14 10:58:00
用id拆太细了 宁愿用除以十的余数来拆之类的
作者: lovez04wj06 (车前草)   2022-07-14 10:58:00
觉得会膨胀有问题那就去拆表正规化做索引,这应该是比较正常的用法….
作者: kaeun421 (newkakaeun)   2022-07-14 10:58:00
糖糖变得好谦虚
作者: lovez04wj06 (车前草)   2022-07-14 10:59:00
你怕长时间累积,你可以用时间日期去建表,别去用id
作者: MurasakiSion (紫咲シオン)   2022-07-14 11:01:00
是建议你从你之后会想要怎么select这些资料下去思考

Links booklink

Contact Us: admin [ a t ] ucptt.com