作者查詢 / 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→: ORDER BY 不是應該要下在最外面那層嗎?10/15 17:24
2F→: 在子集合裡排序然後兩個子集合拼起來的時候還是會亂掉吧10/15 17:29
3F→: select * from (select * from b order by b1 desc)tb1;10/15 19:11
4F→: 不太曉得為什麼你會覺得在SUB QUERY裡面排序之後10/15 19:13
5F→: 再SELECT一次出來就一定是原本的順序...10/15 19:13
6F→: 至少我自己的理解是要下ORDER BY的對象是最終的結果集..10/15 19:14
7F→: 喔 所以你的問題是覺得Maria跟MySQL應該要100%一樣?10/15 21:27
8F→: 某一個DBMS這樣做不代表其他的DBMS也會這麼做吧10/15 21:28
9F→: 如果這不是標準規定的行為 甚至同DBMS不同版本也會不同10/15 21:30
10F→: 還是說你覺得號稱相容就要連全部行為都100%一樣?10/15 21:32
11F→: 我自己的理解是ORDER BY是對結果集排序10/15 21:33
12F→: 然後你最外層的SELECT是沒有指定ORDERBY的 這樣會怎麼10/15 21:34
13F→: 排就要看DBMS在處理中間資料集的時候實作的程序是怎樣10/15 21:34
14F→: 比如處理的時候用HASH或平行 都有可能不是循序的10/15 21:36
15F→: 所以如果你要確定最後的結果是有排好的 應該在最外層排10/15 21:36
16F→: 不過既然你覺得這是BUG 那或許可以開問題給MARIA看看...10/15 21:40
3F→: for loop是循序跑還是平行跑?10/15 21:41
6F→: 在EXCEL把空的欄位補齊 然後用文字組成SQL丟進DB10/14 13:45
7F→: 把代號那欄用IF判斷 沒有值就抓上一列同欄的資料10/14 13:48
8F→: 然後在右邊多一欄用文字組SQL INSERT 再批次丟進DBMS10/14 13:49
11F→: 上限未知用EXCEL不會爆炸嗎XD 還是反正先有再說以後再看10/08 12:48
14F→: 如果允許中間有空號就用SEQUENCE 沒做完的就放棄10/08 12:49
15F→: 如果一定要連號 本質上就是那個號碼會被排斥性保護10/08 12:51
16F→: 大概就是看能不能拆成分區段的幾個小鎖來分散....10/08 12:52
17F→: 重點在你的需求是"不重覆"還是"一定要連號"10/08 12:57
18F→: 不重覆的話好辦 一定要連號就比較麻煩10/08 12:57
9F→: filesystem level的備份只限冷備份 熱備份不能這樣玩08/03 16:58
10F→: 然後跨作業系統的備份最好用邏輯層備份 不要用檔案層08/03 16:58
11F→: DBMS運行的時候有一些東西在記憶體裡的 沒有回寫完的話08/03 17:03
12F→: 下次開起來就會試著做recovery 或是直接掉資料08/03 17:04
13F→: 搬到另一台機器的話 要看檔案系統能不能正確被辨識08/03 17:04
1F→: like '11|22|33&11|22|33' &左右兩邊各有一個中即可?07/18 21:52
2F→: 這個好像比較適合 REGEXP 板07/18 21:53
1F→: indexof之類的07/14 01:15
2F→: 可是你只是要抓假日的話就直接拿date來用就可以了吧?07/14 01:15
1F→: 關鍵字:執行計畫06/23 03:28
3F→: 慢到30min的時候看wait event看他在等什麼06/18 12:39