作者查詢 / 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)
1F→: insert DATA[...] , id = (subquery select)04/14 04:58
2F→:不過這樣玩你不立即COMMIT回去的話會炸 還是用SEQUENCE好04/14 04:59
4F→:就是指空號就放他去 用個流水號直接往下長....04/14 15:05
3F→:這樣做的話 一個以上的人同時投這個項目 就會排隊等鎖03/19 00:00
7F→:這樣就不即時啊 所以這些問題都會讓長出來的系統不一樣啊03/19 20:29
9F→:對 系統規劃必須以負載為考量 瞬間/長期 負載考慮又不同03/23 19:35
11F→:而且加索引是讀快寫慢的行為 小應用沒差 大應用就要考慮03/23 21:03
9F→:你要先估一下使用量 高負載跟低負載的系統架構長相差很多03/17 13:32
10F→:低使用量用高負載的規劃去建 不是很划算03/17 13:33
11F→:"同時"在線上的投票量多少? 投完多久內"一定"要算出結果03/17 13:34
12F→:結果精確度"必要"要多少? 都會影響你整體系統的架構03/17 13:36
13F→:一台DB 兩台DB 很多台DB 或是用HaDoop + NoSQL03/17 13:51
14F→:是每投一票就要算票 還是每小時算 還是每天離峰算03/17 13:51
15F→:這些都會影響到架構的長法 程式的寫法 機器的配法...03/17 13:53
16F→:精確度是指 你的票數是否要算到每票 或是取個大概03/17 18:15
17F→:如果每分鐘有成千上百的票進來 是否需要每次都分毫不差03/17 18:17
1F→:有連到DB 但是resultset是空的 =>你確定你連到的是對的?03/07 11:32
1F推: 你的REGEXP總感覺怪怪的...02/16 22:51
2F→:總覺得你的SUBQUERY怪怪的....好像有些欄位沒拉到?10/27 23:03
2F→: view 不是要讀的時候才去算嗎??10/20 12:49
1F→:table2的值是固定的 何妨先算好?06/23 15:11
2F→:同理 table1資料進來的時候也可以先算好06/23 15:13
3F→:別把DB當AP SERVER用吧...06/23 15:14
5F→:view也是要找的時候現場算 這種不變的資料直接寫TABLE吧06/23 22:32
6F→:每家店對應的區號就那幾個 算一次存好再查不是省時省力?06/23 22:33
8F→:店家的地址不變 會MATCH的區號是固定的 新增時算好就可06/24 21:28
9F→:不需要每次QUERY都算半天經緯度附近有包到哪些店06/24 21:29
10F→:在table 1加一個欄位存有MATCH到的區號 到時再撈就好了吧06/24 21:31
11F→:這種動態算的作法是傳入的經緯度不固定的時候才需要這樣06/24 21:32
10F→:除非你用的不是RDBMS ...03/27 06:22
6F→:在oracle或許可以用 cube rollup ...03/17 14:24