Re: [閒聊] mySQL大師請進

看板Marginalman作者 (搖滾少女!! 活力棉花糖!!)時間3年前 (2022/07/14 10:50), 3年前編輯推噓6(6推 0噓 11→)
留言17則, 5人參與, 3年前最新討論串3/15 (看更多)
※ 引述 《lovez04wj06 (車前草)》 之銘言： : 　 : 為什麼要將產品的id弄成table的名字？ : 是有什麼特殊的需求讓你需要這樣做嗎？ : 我怕你是高手，這種做法可以大大優化速度效能之類我卻孤陋寡聞。 : 　 : 如果覺得要點進去看好麻煩，你可以下select語法啊 : 幹嘛點進去看？ 就是抓價格爬蟲 每個table都是一個商品不同時間爬到的價格 如果統一用一個table 全部商品爬到資料放一起 久了感覺會越來越膨脹 搜尋速度會下降？ 還是我多慮了 其實myaql 單一table塞幾十萬筆都能輕鬆跑結果？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.163.218.100 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Marginalman/M.1657767000.A.6B5.html
推
07/14 10:53, 3年前 , 1F
你可以把資料表取名id12345
07/14 10:53, 1F
id+產品數字ID好像可以?
推
07/14 10:54, 3年前 , 2F
幾十萬筆要看你查詢多複雜吧
07/14 10:54, 2F
→
07/14 10:54, 3年前 , 3F
索引有下好 不要用到一些效能很差的查法其實還好
07/14 10:54, 3F
※ 編輯: surimodo (118.163.218.100 臺灣), 07/14/2022 10:55:20
推
07/14 10:56, 3年前 , 4F
認真講 我建議不要這樣==
07/14 10:56, 4F
→
07/14 10:56, 3年前 , 5F
為啥 大師請說
07/14 10:56, 5F
→
07/14 10:57, 3年前 , 6F
07/14 10:57, 6F
→
07/14 10:57, 3年前 , 7F
itting-a-large-table-to-improve-performance
07/14 10:57, 7F
推
07/14 10:57, 3年前 , 8F
十萬筆我覺得還好，前提要看你會用多複雜的查詢去跑
07/14 10:57, 8F
→
07/14 10:57, 3年前 , 9F
資料庫
07/14 10:57, 9F
→
07/14 10:58, 3年前 , 10F
用id拆太細了 寧願用除以十的餘數來拆之類的
07/14 10:58, 10F
→
07/14 10:58, 3年前 , 11F
覺得會膨脹有問題那就去拆表正規化做索引，這應該是
07/14 10:58, 11F
→
07/14 10:58, 3年前 , 12F
比較正常的用法….
07/14 10:58, 12F
推
07/14 10:58, 3年前 , 13F
糖糖變得好謙虛
07/14 10:58, 13F
→
07/14 10:58, 3年前 , 14F
而且十萬對一個成熟的資料庫如mysql應該是輕輕鬆鬆
07/14 10:58, 14F
→
07/14 10:59, 3年前 , 15F
你怕長時間累積，你可以用時間日期去建表，別去用i
07/14 10:59, 15F
→
07/14 10:59, 3年前 , 16F
d
07/14 10:59, 16F
推
07/14 11:01, 3年前 , 17F
是建議你從你之後會想要怎麼select這些資料下去思考
07/14 11:01, 17F
‣ 更多 surimodo 的文章
文章代碼(AID): #1YpuHOQr (Marginalman)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 3 之 15 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共15篇)
‣ 更多 surimodo 的文章
文章代碼(AID): #1YpuHOQr (Marginalman)