mysql中g(shù)roupby的常規(guī)用法實例說明1.groupby的常規(guī)用法groupby的常規(guī)用法是配合聚合函數(shù)，利用分組信息進行統(tǒng)計，常見的是配合max等聚合函數(shù)篩選數(shù)據(jù)后分析，以及配合having進行篩選后過濾。假設(shè)現(xiàn)有\(zhòng)t"/database/201806/_blank"數(shù)據(jù)庫表如下：表user_info,id主鍵,user_id唯一鍵?123456789CREATETABLE`user_info`(

`id`INT(11)NOTNULLAUTO_INCREMENTCOMMENT'主鍵id',

`user_id`VARCHAR(50)NOTNULLDEFAULT''COMMENT'用戶編號',

`grade`VARCHAR(50)NOTNULLDEFAULT''COMMENT'年級',

`class`VARCHAR(50)NOTNULLDEFAULT''COMMENT'班級',

PRIMARYKEY(`id`),捕魚游戲

UNIQUEINDEX`uniq_user_id`(`user_id`))ENGINE=InnoDB數(shù)據(jù)?12345678910INSERTINTO`user_info`(`id`,`user_id`,`grade`,`class`)VALUES(10,'10230','C','B');INSERTINTO`user_info`(`id`,`user_id`,`grade`,`class`)VALUES(9,'10229','C','a');INSERTINTO`user_info`(`id`,`user_id`,`grade`,`class`)VALUES(8,'10228','B','b');INSERTINTO`user_info`(`id`,`user_id`,`grade`,`class`)VALUES(7,'10227','B','b');INSERTINTO`user_info`(`id`,`user_id`,`grade`,`class`)VALUES(6,'10226','B','a');INSERTINTO`user_info`(`id`,`user_id`,`grade`,`class`)VALUES(5,'10225','B','a');INSERTINTO`user_info`(`id`,`user_id`,`grade`,`class`)VALUES(4,'10224','A','b');INSERTINTO`user_info`(`id`,`user_id`,`grade`,`class`)VALUES(3,'10223','A','b');INSERTINTO`user_info`(`id`,`user_id`,`grade`,`class`)VALUES(2,'10222','A','a');棋牌評測網(wǎng)INSERTINTO`user_info`(`id`,`user_id`,`grade`,`class`)VALUES(1,'10221','A','a');iduser_idgradeclass110221Aa210222Aa310223Ab410224Ab510225Ba610226Ba710227Bb810228Bb910229Ca1010230Cb聚合函數(shù)max?1selectmax(user_id),gradefromuser_infogroupbygrade;結(jié)果max(user_id)grade10224A10228B10230C這條sql的含義很明確，將數(shù)據(jù)按照grade字段分組，查詢每組最大的user_id以及當前組內(nèi)容。注意，這里分組條件是grade，查詢的非聚合條件也是grade。這里不產(chǎn)生沖突。having?1selectmax(user_id),gradefromuser_infogroupbygrade

havinggrade>'A'結(jié)果max(user_id)grade10228B10230C這條sql與上面例子中的基本相同，不過后面跟了having過濾條件。將grade不滿足’>A’的過濾掉了。注意，這里分組條件是grade，查詢的非聚合條件也是grade。這里不產(chǎn)生沖突。2.groupby的非常規(guī)用法?1selectmax(user_id),id,gradefromuser_infogroupbygrade結(jié)果max(user_id)idgrade102241A102285B102309C這條sql的結(jié)果就值得討論了，與上述例子不同的是，查詢條件多了id一列。數(shù)據(jù)按照grade分組后，grade一列是相同的，max(user_id)按照數(shù)據(jù)進行計算也是唯一的，id一列是如何取值的？看上述的數(shù)據(jù)結(jié)果，推論：id是物理內(nèi)存的第一個匹配項。究竟是與不是需要繼續(xù)探討。修改數(shù)據(jù)修改id按照上述數(shù)據(jù)結(jié)果，將id=1，改為id=99，執(zhí)行sql后結(jié)論：max(user_id)idgrade102242A102285B102309C顯然，與上述例子的結(jié)果不同。第一條數(shù)據(jù)id變成了99，查出的結(jié)果第一條數(shù)據(jù)的id從1變成了2。表明，id這個非聚合條件字段的取值與數(shù)據(jù)寫入的時間無關(guān)，因為id=1的記錄是先于id=2存在的，修改的數(shù)據(jù)不過是修改了這條數(shù)據(jù)的內(nèi)容。結(jié)合\t"/database/201806/_blank"mysql的數(shù)據(jù)存儲理論，由于id是主鍵，所以數(shù)據(jù)在檢索是是按照主鍵排序后進行過濾的，因此推論：id字段的選取是按照mysql存儲的檢索數(shù)據(jù)匹配的第一條。將id改為1后恢復(fù)了原始結(jié)果，無法推翻上述推論。更改查詢條件?1selectmax(user_id),user_id,id,gradefromuser_infogroupbygrade1max(user_id)user_ididgrade10224102211A10228102255B10230102299C將數(shù)據(jù)user_id改為10999后，執(zhí)行結(jié)果為max(user_id)user_ididgrade10224109991A10228102255B10230102299C修改了user_id后，并沒有改變查詢到的數(shù)據(jù)條目，因此得出修改唯一鍵