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