作者查詢 / iFEELing
作者 iFEELing 在 PTT [ Database ] 看板的留言(推文), 共259則
限定看板:Database
看板排序:
全部YCSH_alumni717Gossiping640Soft_Job382TaichungBun333media-chaos285ask274Database259CSI181car163java96Web_Design92Ladies_Digi90MIS85cookclub70Virgo67Programming66C_and_CPP65StupidClown61EMS60PHP60Perl44Tech_Job41transgender33Linux32Militarylife27outdoorgear17NetSecurity16medache15Employee14Tainan14EarthQuake2613EarthQuake4313medstudent13hypermall12SYSOP9L_TaiwanPlaz8E-appliance7joke7PCman7Tobacco7Wallpaper7Malaysia6share6Aviation5Car-rent5DirectSales5Instant_Food5KERORO5TuTsau5jingle4MOD4Sub_CS4WuLing46-3054AppleDaily3Doctor-Info3FJU-ACC91a3Hiking3Kusan_89-3123marvel3NCCU_SEED3THU_BA20003biker2Bus2CrossStrait2FJU-ACCR942FSHS-91-3012hardware2HatePolitics2kochikame2Lifeismoney2LivingGoods2MobileComm2NTHUTL962NTU-K102PCSH91_3052PeopleSeries2PH-952photo2Prob_Solve2Salary2swim2Taitung2underwear2Aboriginal1Ajax1AOE1Apollo1bi-sexual1Blog1Bread1Capricornus1CH7th3101Chan_Mou1CMU_Guitar421CSMU-D971CSMU-MED921CSMU-PT901CYCUEL95A1DPP1fastfood1FJU_N96b1FTP1Google1Hate1HCHS923161Health1Hsinchu1HSNU_10321Hualien1I-Lan1ID_Problem1JAM_Project1Japandrama1KaoWei1KMT1KOU1KS94-3071KS95-3111Lost1lyrics1memento1NCKU_CSIE931NDHU-phy951NILSA1NTCPE_SM_951NTHU_ChStudy1NTPU-ACC921NTUE-Art961NTUEE50thchi1NTUHorti941NTUmed911NTUND931NTUST-DT92-11NUU_ER1Odoko-juku1PhotoLink1PingTung1Pisces1Railway1RegExp1Russian1SENIORHIGH1TaichungCont1Teacher1TFSHS64th3091The-fighting1TransCSI1TSH97_YK1Violation1WebRadio1WHSH94101Xien1<< 收起看板(152)
4F→: 讓資料庫幫你決定比較好07/23 22:21
5F→: 索引一次是打全表的 你用索引A選了之後 再去找索引B07/23 22:21
6F→: 索引B一樣也是要爬過才知道是否有你要的資料07/23 22:22
7F→: 並不是你先用A濾掉條件之後B就會比較少工...07/23 22:23
8F→: 查詢條件不固定基本上無解 索引要配查詢條件才有效07/23 22:24
9F→: 不然就開地圖砲 全部上SSD或CACHE07/23 22:24
10F→: 維持分析值正確 現在的資料庫會自己想辦法找出路的07/23 22:27
11F→: 所以通常看到的都會是A抓一團 B抓一團 再拼起來07/23 22:39
1F→: 你是mysql root還是一般使用者?06/22 00:09
2F→: 可以連進去DB的話就從DB裡下 repair table06/22 00:10
3F→: 從db外面下就要找一下指令怎麼用...06/22 00:10
4F→: 如果你什麼都不知道 那找你的 DBA 幫你做比較安全....06/22 00:11
5F→: 用skip-grant-tables是可以讓你用ROOT@localhost進去06/22 00:14
6F→: 不過修自己的表也不一定得用root吧.....06/22 00:20
11F→: CBO考慮怎麼走比較快的參考數據就是analyze來的....06/03 03:20
1F→: 先建索引再匯資料的話不是每筆INSERT都要去改INDEX嗎...04/19 22:20
2F→: 你講的蠻籠絡的 基本上建索引就是整個爬過一次的行為04/19 22:24
3F→: 有多少資料就要爬多少資料 這個免不了的04/19 22:24
4F→: 只是有些剛好符合某種特定情況下有機會優化04/19 22:25
5F→: 籠統 ORZ04/19 22:26
6F→: 比如分區表,比如並行 這些都是在特定條件下可以用的招04/19 22:34
7F→: 可是用的時機不對就會讓效能更慘 所以也不是都通用04/19 22:35
1F→: 如果你的資料寫進去就沉下去不會改 那可以考慮02/06 22:20
2F→: 另外開一台DB 或是分散式計算 用來跑報表02/06 22:21
3F→: 或是先把固定樣式的資料算好暫存 就不用每次從頭算02/06 22:24
4F→: 硬體的話就換全快閃儲存加大記憶體02/06 22:25
2F→: 聽起來像是查不常用的資料就會久 是cache被洗掉了?01/09 04:12
3F→: 機器人的話就推驗證圖 多少可以擋一點01/01 14:05
1F→: 輸入 1617 的時候 PI_ACCT_ID IS NOT NULL.10/12 02:00
2F→: 所以你的where條件裡面找的是 1617 , return 0 rows.10/12 02:01
8F→: 放別台電腦 網路斷了就挫賽了喔07/07 23:37
8F→: 寫個VIEW把QUERY藏起來然後補INDEX加速?05/28 17:36