A. 在sql語句中，如何把兩張表的數據按時間排序查詢
表a為入庫表x0dx0a表b為出庫表x0dx0a它們都有一個日期哪頌欄位 mkrdat，貨號為 goodsid,數量欄位為qtyx0dx0a那麼兩張表的坦廳組合方式可讓緩隱以這樣x0dx0ax0dx0aselect goodsid,qty ,mkrdat from x0dx0a(select goodsid,qty ,mkrdat from a where goodsid ='查詢貨號union allx0dx0aselect goodsid,qty ,mkrdat from b where goodsid ='查詢貨號'x0dx0a )x0dx0aaa order by goodsid,mkrdat
B. sql資料庫中時間類型如何排序
我們看到的是這種格式的字元串2009-10-18 10:49:25.00其實在資料庫內部記憶的是從1900到現在的毫秒數所以你排序的時候，是以。1900年到指定時期的毫秒數大小來排序的
C. sql 時間排序
正序 就在sql語句後加上 order by 時間欄位
倒序 就在sql語句後加上 order by 時間欄位 desc
D. SQL按某種順序的排在最後，其他的按時間排序
select*fromtbl_XXX燃祥torderbyt.fieldOneasc,t.fieldTimedesc;
可以態段敬試下，望採納帆慎~~
E. sql，如果對2張表，按時間排序呢
可以考慮用union實現，另外用常量區分數據來源
select * from
(select * from (select 'comment' ly ,comment_content cc,create_time ct from comment order by create_time desc ) where rownum<=10
union
select * from(select 'comment_reply' ly ,replyContent cc,create_time ct from comment_reply order by create_time desc)where rownum<=10 )
where rownum <=10;
不過所提需求需要對兩個表全掃描，數據量大的時候可能會有性能瓶頸
F. SQL語句怎麼寫先按時間排序,再按姓名排序
select client，ID，taskdate from 表名 order BY client asc,taskdate,ID desc（如果讓client為降序的話order by改成group by,asc改成desc,ID要升序desc改成asc）
將欄位依次寫在order by 後面即可 , 中間用逗號隔開
select * from 表 order by time , name
select * from 表 order by time asc , name asc
select * from 表 order by time desc , name desc
select * from 表 order by time asc , name desc
select * from 表 order by time desc , name asc
(注: asc 表示升序 , desc表示降序 , 未明確寫明排序方式時默認是升序 )
與之類似的語法是 group by , 按多個欄位分組時 , 也是依次將多個欄位寫在group by 的後面 , 並用逗號隔開 , 範例如下:
select time , name , sum(*) from 表 group by time , name
(6)sql按時間差排序擴展閱讀
可以把 SQL 分為兩個部分：數據操作語言 (DML) 和 數據定義語言 (DDL)。
SQL (結構化查詢語言)是用於執行查詢的語法。但是 SQL 語言也包含用於更新、插入和刪除記錄的語法。
查詢和更新指令構成了 SQL 的 DML 部分：
SELECT- 從資料庫表中獲取數據
UPDATE- 更新資料庫表中的數據
DELETE- 從資料庫表中刪除數據
INSERT INTO- 向資料庫表中插入數據
SQL 的數據定義語言 (DDL) 部分使我們有能力創建或刪除表格。我們也可以定義索引（鍵），規定表之間的鏈接，以及施加表間的約束。
SQL 中最重要的 DDL 語句:
CREATE DATABASE- 創建新資料庫
ALTER DATABASE- 修改資料庫
CREATE TABLE- 創建新表
ALTER TABLE- 變更（改變）資料庫表
DROP TABLE- 刪除表
CREATE INDEX- 創建索引（搜索鍵）
DROP INDEX- 刪除索引
G. 如何將sql server資料庫中的時間按順序排列
select * from 表 order by 時間欄位
這樣取出來衡知塵的數據就是按時間咐禪排序了。
如果想數據不用order by 就是按時間排序的，需要把時間字猛蘆段設置成聚集索引。
H. SQL按時間排序
按修改的時間倒序排列語句為:
select * from MyTable Order By ModifyTime Desc
如果只想顯示最新一條,語句為:
select top 1 * from MyTable Order By ModifyTime Desc
示例:
表查詢結果為:
按時間排序後為:
只顯示最新一條結果為:
擴展:
ORDER BY 語句
ORDER BY 語句用於根據指定的列對結果集進行排序。
ORDER BY 語句默認按照升序對記錄進行排序。
如果您希望按照降序對記錄進行排序，可以使用 DESC 關鍵字。
I. 怎樣用SQL語句 按日期進行從高到低進行排序呢~~
就是對豎配日期進行倒排序
select * from tableName -- 假設你的兄毀表的名字是tableNameorder by dtcol desc; -- 假設羨纖備你的日期欄位名是 dtcol； desc表示倒排序
J. Sql優化-多like模糊查詢及根據時間排序
2020-04-21
記錄一次sql優化記錄：
環境：用的mysql版本 select Version();
優化過程：
用的是兩張表聯查，四個條件like查詢 ，根據時間排序降序
其中A，B表沒有大欄位，A表20萬多數據，B表50萬多條數據。語句如下：
EXPLAIN
SELECT A.bondId,A.sname,A.cname,A.secuCode,A. ISSUER,A.guarantor,B.underwriter AS infoSource
FROM A
LEFT JOIN B ON B.bondId = A.bondId
WHERE B.agentType = 1
AND B.underwriter = '有限公司'
AND A.startDate <= '2020-04-21 18:02:10'
AND A.endDate >= '2020-04-21 18:02:10'
AND (
A.cname LIKE '%%' OR A.sname LIKE '%%' OR A.secuCode LIKE '%%'
OR A. ISSUER LIKE '%%'OR A.guarantor LIKE '%%')
AND A.isValid = 1
ORDER BY A.startDate DESC
LIMIT 0, 20
這是2個表都沒有加索引的情況，從explain來看結果非常糟糕，都是全表掃描，並且產生臨時表同時有文件排序，效率肯定非常低。
首先嘗試在B表上建立一個聯合索引
可以考慮從關聯欄位及where條件欄位考慮（bondId, underwriter, agentType）
建一個聯合索引，試試。
ALTER TABLE B ADD INDEX bua_index(bondId, underwriter, agentType)
再explain看：
可以看到B表用到了我們剛剛建的聯合索引，並且額外信息是Using index ，type是ref級別的，效果比較理想，再來看A表。
Where條件中有多個like，這種情況下一般索引都是不可用的，所以必須用覆蓋索引解決，
由於又根據startDate排序，所以嘗試根據如下欄位建立聯合索引，同時查詢的欄位就是索引中的欄位（startDate, endDate,cname, sname, secuCode, issuer, guarantor）
ALTER TABLE A ADD INDEX index_scssig(startDate, endDate,cname, sname, secuCode, issuer, guarantor)
再次explain看看效果：
這樣乍看上去A表也用到了剛剛建的聯合索引，並且type是range級別雖然比ref差點，按理說應該也還可以，但是我執行sql語句，效率還是非常差，查詢耗時達到8s，並且偶爾還不止這個時間
究其原因，雖然使用了索引，但是extra裡面是Using index condition&Using where
回表操作了，我在想如果將extra優化成Using index效率肯定沒問題
故再進一步優化，還是從索引入手
在聯合索引上添加2個欄位isValid, bondId 再試試
ALTER TABLE A ADD INDEX index_scssig(isvalid,startDate, endDate,cname, sname, secuCode, issuer, guarantor,bondId)
再次explain:
這個結果就是我想要的，然後執行sql看看效率：
已經提升了很多了，但是我試了別的查詢條件偶爾時間會到3，4s,懷疑和自己的機器有關
在這這種多個like的or查詢mysql本身並不擅長，無奈坑爹的需要需要這樣，可能效率並不是非常的高，優化成這樣可以接受了。
最近對以前項目的慢查詢進行sql調優，感覺性能的下降往往還是sql語句及索引的建立的問題，explain是很有幫助，正確優化還是能極大提升效率的。