以前發現比較經典的句子,都是記錄在電腦上,我今天想搬到部落格上,在我看來,寫部落格真的是一件非常頭疼的事,它是內心的一道坎,我必須得跨過它。
1create
table
t_jeff (
2 id int
notnull
,3 vinnumber varchar(255) default
null
,4 channelid varchar(255) default
null,5
timestamp
datetime
default
null,6
primary
key(id)
7) ;
8insert
into t_jeff values ('
1', '
group3
', '
3', '
2015-05-27 00:00:00');
9insert
into t_jeff values ('
2', '
group2
', '
5', '
2015-05-23 00:00:00');
10insert
into t_jeff values ('
3', '
group1
', '
4', '
2015-05-25 00:00:00');
11insert
into t_jeff values ('
4', '
group2
', '
3', '
2015-05-29 00:00:00');
12insert
into t_jeff values ('
7', '
group1
', '
2', '
2015-05-30 00:00:00');
1314
15select
*from
t_jeff
16--
1、vinnumber同組的放一起
17--
2、組之間排序邏輯:按照每組channelid最大值 倒序
18--
3、組內排序:按照channelid倒序。
1920
select a.*
21from
[dbo
].[t_jeff]a
22join ( select
max([
channelid
]) as
[maxchannelid],
23[vinnumber]24
from
[dbo
].[t_jeff]25
groupby[
vinnumber
]26 ) b on a.vinnumber =
b.vinnumber
27order
by b.maxchannelid desc
,28 a.channelid desc
2930
31
一次SQL慢查詢記錄
前段時間,某個深夜,突然接到專案的告警 專案執行異常,檢視告警資訊是由於專案資料庫cpu使用率接近100 導致的。為此深夜中忙活了一陣,當個教訓,且記錄一次。現象 服務資料庫cpu使用率接近100 一直居高不下。原因 sql語句使用不合理的索引,導致資料庫中大量資料的排序,大資料量的記錄排序消耗盡c...
記錄一次sql優化查詢
場景 關聯查詢,一張主表關聯4張表進行查詢。主表資料量是16萬,其中被關聯的一張表的數量是6萬。遇到頁面響應速度過慢的情況,首先考慮是否是sql查詢緩慢引起的。第一步開啟mysql的慢查詢日誌 網上教程很多,本篇文章不再贅述 第二步分析慢查詢日誌,這裡要說下分析工具。常用的有兩種,一是mysql自帶...
SQL去重複語句或查詢最後一次記錄
產品表 pro id pro name pro mem id pro reissuedtime 112183 mr16燈杯 37570 2010 08 04 12 51 00 114490 led恆流源 長壽命型 37570 2010 08 04 12 51 00 45182 led護攔管 1509...