一、mysql字符串內(nèi)部是怎么比較大小的
在mysql當(dāng)中,字符串類型間進(jìn)行加減乘除運(yùn)算的時(shí)候,會(huì)截取字符串以數(shù)字開頭的那一部分?jǐn)?shù)字進(jìn)行運(yùn)算,
如果字符串前面沒有數(shù)字,那么就只能截取的數(shù)值為0,那么進(jìn)行加減的時(shí)候結(jié)果都是0,進(jìn)行乘除的時(shí)候結(jié)果都是NULL,如下幾個(gè)結(jié)果說明問題:
mysql> select ‘1a’+’1b’;
+———–+
| ‘1a’+’1b’ |
+———–+
|???????? 2 |
+———–+
1 row in set, 2 warnings (0.00 sec)
mysql> select ‘2a’-‘1b’;
+———–+
| ‘2a’-‘1b’ |
+———–+
|???????? 1 |
+———–+
1 row in set, 2 warnings (0.00 sec)
mysql> select ‘1a’/’2b’;
+———–+
| ‘1a’/’2b’ |
+———–+
|?????? 0.5 |
+———–+
1 row in set, 2 warnings (0.00 sec)
mysql> select ‘a(chǎn)’/’b’;
+———+
| ‘a(chǎn)’/’b’ |
+———+
|??? NULL |
+———+
1 row in set, 3 warnings (0.00 sec)
mysql> select ‘a(chǎn)’ – ‘b’;
+———–+
| ‘a(chǎn)’ – ‘b’ |
+———–+
|???????? 0 |
+———–+
1 row in set, 2 warnings (0.00 sec)
mysql> select ‘a(chǎn)’ + ‘b’;
+———–+
| ‘a(chǎn)’ + ‘b’ |
+———–+
|???????? 0 |
+———–+
1 row in set, 2 warnings (0.00 sec)
如果一個(gè)字符串以數(shù)字開頭,后面有非數(shù)字和數(shù)字組合的話,在進(jìn)行運(yùn)算的時(shí)候,會(huì)省略掉非數(shù)字和數(shù)字組合那一段,也就是只會(huì)截取開頭的數(shù)字
mysql> select ‘2015-2-1’ – ‘2015-1-1’;
+————————-+
| ‘2015-2-1’ – ‘2015-1-1’ |
+————————-+
|?????????????????????? 0 |
+————————-+
1 row in set, 2 warnings (0.00 sec)
以上相當(dāng)于2015-2015=0
mysql當(dāng)字符串進(jìn)行大小比較的時(shí)候
mysql> select ‘2015-2-1’ > ‘2015-1-1’;
+————————-+
| ‘2015-2-1’ > ‘2015-1-1’ |
+————————-+
|?????????????????????? 1 |
+————————-+
1 row in set (0.00 sec)
mysql> select ‘2015-2-1’ < ‘2015-1-1’;
+————————-+
| ‘2015-2-1’ < ‘2015-1-1’ |
+————————-+
|?????????????????????? 0 |
+————————-+
1 row in set (0.00 sec)
在這里非常奇怪,’2015-2-1′ – ‘2015-1-1’ = 0,為什么大小比較的時(shí)候會(huì)有大小之分呢?
原來對(duì)于數(shù)字與非數(shù)字混合的字符串,在進(jìn)行大小比較的時(shí)候,如果兩字符串長度相等,那么兩字符串就會(huì)比較相同位置的字符,比較時(shí)若字符是數(shù)字,則直接比較,若字符是非數(shù)字那么會(huì)轉(zhuǎn)換為ascii碼進(jìn)行比較,若在某位置上已經(jīng)有大小之分,那么就不會(huì)再進(jìn)行比較。
mysql> select ‘2017-03-20 15:27:49’ > ‘2017-03-20 15:27:48’;
+———————————————–+
| ‘2017-03-20 15:27:49’ > ‘2017-03-20 15:27:48’ |
+———————————————–+
|???????????????????????????????????????????? 1 |
+———————————————–+
1 row in set (0.00 sec)
看起來像日期的字符串可以用date_format函數(shù)提取當(dāng)中的年月日,看如下:
mysql> select date_format(‘2017/03/20 15:27:49′,’%Y’) 年,date_format(‘2017/03/20 15:27:49′,’%c’) 月,date_format(‘2017/03/20 15:27:49′,’%d’) 日;
+——+——+——+
| 年?? | 月?? | 日?? |
+——+——+——+
| 2017 | 3??? | 20?? |
+——+——+——+
1 row in set (0.00 sec)
非數(shù)字字符在比較大小的時(shí)候,就例如:
mysql> select ‘a(chǎn)’ < ‘b’;
+———–+
| ‘a(chǎn)’ < ‘b’ |
+———–+
|???????? 1 |
+———–+
1 row in set (0.00 sec)
當(dāng)中的字母會(huì)轉(zhuǎn)成ascii碼,再進(jìn)行比較,以上是單字母字符串比較,如果是多字母數(shù)字混合字符串比較呢?
mysql> select ‘1c’ > ‘bc’;
+————-+
| ‘1c’ > ‘bc’ |
+————-+
|?????????? 0 |
+————-+
1 row in set (0.00 sec)
mysql> select ‘1yz’ > ‘a(chǎn)bc999’;
+——————+
| ‘1yz’ > ‘a(chǎn)bc999’ |
+——————+
|??????????????? 0 |
+——————+
1 row in set (0.00 sec)
其實(shí)從上面的結(jié)果大概可以猜測(cè)得到,為讓解釋更清晰更有說服力,再看下圖:
mysql> select ascii(‘1c’),ascii(‘bc’);
+————-+————-+
| ascii(‘1c’) | ascii(‘bc’) |
+————-+————-+
|????????? 49 |????????? 98 |
+————-+————-+
1 row in set (0.00 sec)
mysql> select ascii(‘1yz’),ascii(‘a(chǎn)bc999’);
+————–+—————–+
| ascii(‘1yz’) | ascii(‘a(chǎn)bc999’) |
+————–+—————–+
|?????????? 49 |????????????? 97 |
+————–+—————–+
1 row in set (0.00 sec)
字符串大小比較的時(shí)候,會(huì)從左向右將兩個(gè)字符串名列前茅個(gè)不相等的兩個(gè)字符的ascii碼的比較結(jié)果作為最終結(jié)果。
延伸閱讀:
二、什么是數(shù)據(jù)庫
數(shù)據(jù)庫就是英文的“database”翻譯來的,data + base,故名思義就是數(shù)據(jù)的根源,數(shù)據(jù)的基礎(chǔ)。那么為什么要有數(shù)據(jù)庫呢,數(shù)據(jù)庫首先是個(gè)計(jì)算機(jī)軟件,在所謂數(shù)據(jù)庫誕生之前,常用方法可能是程序員自己寫一個(gè)小程序來完成數(shù)據(jù)處理分析這樣的工作。
伴隨著計(jì)算機(jī)的普及,越來越多的場(chǎng)景開始使用計(jì)算機(jī),產(chǎn)生了越來越多的數(shù)據(jù),也催生了越來越多的數(shù)據(jù)分析需求。為了降低數(shù)據(jù)分析的門檻,讓更多人能夠更方便高效地管理分析數(shù)據(jù),工程師們就打造了一種專門的軟件來幫助人們對(duì)數(shù)據(jù)進(jìn)行合理的存儲(chǔ)以提高存取效率,提供易用的接口和豐富的分析算法以方便使用,集成有效的管理工具以提高數(shù)據(jù)安全性等等,這就是數(shù)據(jù)庫,也被稱為數(shù)據(jù)庫管理系統(tǒng)(DBMS,Database management system)。
數(shù)據(jù)庫是一整套數(shù)據(jù)管理體系,包括數(shù)據(jù)存儲(chǔ)的模型、數(shù)據(jù)組織的架構(gòu)、數(shù)據(jù)分析的算法、數(shù)據(jù)管理的工具以及數(shù)據(jù)訪問的接口等等。