在數(shù)據(jù)庫表中有一個對varchar類型的數(shù)值進行desc排序，很簡單的要求吧。可是奇怪的現(xiàn)象出現(xiàn)了表中的數(shù)據(jù)不會根據(jù)從高到底進行排序了瞬間有點淚奔的感覺呀還好經(jīng)過高手指點啊。所以想和大家分享一下希望下一個mysql初學者以后不要像我一樣了啊還是廢話少說，看代碼吧

　　如：有一張T_TESTDEMO表，其有兩個DEMOID,DEMONAME字段，其中DEMOID是int類型，DEMONAME是VARCHAR類型但是存放的是認為是數(shù)值類型的數(shù)據(jù)，里面的數(shù)據(jù)如下：

　　1,"222222"

　　2,"33333333"

　　3,"111111"

　　4,"2222"

　　5,"99999"

　　6,"8888"

　　7,"11111"

　　8,"777"

　　現(xiàn)在有個要求是根據(jù)DEMONAME里面的數(shù)據(jù)從大到小排序，一看很簡單的嘛，于是很得意的寫下以下SQL: 托福答案

　　SELECT * FROM T_TESTDEMO ORDER BY DEMONAME DESC

　　可是排序的結果是：

　　5,"99999"

　　6,"8888"

　　8,"777"

　　2,"33333333"

　　1,"222222"

　　4,"2222"

　　3,"111111"

　　7,"11111"

　　完全不是想要的那種根據(jù)大小排序的，瞬間有點石化啊。所以下面重點來了：

　　假如使用下面的sql,會是怎樣呢？

　　SELECT * FROM T_TESTDEMO ORDER BY （DEMONAME + 0） DESC ;

　　排序結果為：

　　2,"33333333"

　　1,"222222"

　　3,"111111"

　　5,"99999"

　　7,"11111"

　　6,"8888"

　　4,"2222"

　　8,"777"

　　呀。好像是想要的那種數(shù)據(jù)比較大小的了呀可是為什么+0就好了呢？

　　原來，+0后就轉換INT類型排序了。這樣就可以按照大小排序了

?

MySQL中對varchar類型排序問題