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是很有帮助，正确优化还是能极大提升效率的。