oracle数据库存储
select * from test where rownum <=10 下面是关于rownum的介绍 ================================ Rownum和row_number() over()的使用 ROWNUM是Oracle从8开始提供的一个伪列，是把SQL出来的结果进行编号，始终从1开始，常见的用途就是用来分页输出. 比如 SELECT * from torderdetail a WHERE ROWNUM <= 10 这条语句就是输出前10条纪录，在这里用途上类似于sql sever的top，不过rownum对于指定编号区间的输出应该说更强大 SELECT * from (SELECT a.*, ROWNUM rn from torderdetail a) WHERE rn >= 10 AND rn <= 20 这条语句即是输出第10到第20条纪录，这里之所以用rownum rn，是把rownum转成实例，因为rownum本身只能用 <=的比较方式，只有转成实列，这样就可做 >=的比较了。 在实际用途中，常常会要求取最近的几条纪录，这就需要先对纪录进行排序后再取rownum <= 一般常见的 SELECT * from (SELECT a.* from torderdetail a ORDER BY order_date DESC) WHERE ROWNUM <= 10 而在CSDN曾经发生过讨论，关于取近的10条纪录，有人给出这样的语句 SELECT a.* from torderdetail a WHERE ROWNUM <= 10 ORDER BY order_date DESC 之所以会出现这样的语句，主要是从效率上的考虑，前面条语句，是要进行全表扫描后再排序，然后再取10条纪录，后一条语句则不会全表扫描，只会取出10条纪录，很明显后条语句的效率会高许多。 那为什么会有争议呢，那就在于在执行顺序上争议，是先执行排序取10条纪录，还是取10条纪录，再排序呢？两种顺序取出来的结果是截然相反的，先排序再取10条，就是取最近的10条，而先取10条，再排序，则取出的最早的10条纪录。对于此语句，普遍的认为执行顺序是先取10条纪录再排序的。所以此语句应该是错误。但实际上并非如此，此语句的执行顺序和order by的字段有关系，如果你order by 的字段是pk，则是先排序，再取10条（速度比第一种语句快），而排序字段不是PK 时，是先取10条再排序，此时结果就与要求不一样了，所以第二种写法一定要在排序字段是主键的情况下才能保证结果正确。 Row_number() over()这个分析函数是从9I开始提供的，一般的用途和rownum差不多。 一般写法row_number() over( order by order_date desc) 生成的顺序和rownum的语句一样，效率也一样（对于同样有order by 的rownum语句来说），所以在这种情况下两种用法是一样的。 而对于分组后取最近的10条纪录，则是rownum无法实现的，这时只有
相关文档：
import Java.io.*;
import java.util.*;
import java.sql.*;
public class LobPros
{
/**
* Oracle驱动程序
*/
private static final String DRIVER = "oracle.jdbc.driver.OracleDriver";
/**
* ORACLE连接用URL
*/
p ......
数据表day_energy当前为月分区表，分区信息如下：DE_200912,DE_201001,DE_201002.....,月分区表出现速度查询慢，因此通过建立日分区表进行改善。
拆分月分区表的语句为：
alter table day_energy split partition de_201001 at('20100102') into (partition de_20100101,partition de_20100102)
分析：
alter table 表� ......
---------数学函数
1.绝对值
S:select abs(-1) value
O:select abs(-1) value from dual
2.取整(大)
S:select ceiling(-1.001) value
O:select ceil(-1.001) value from dual
3.取整（小）
S:select floor(-1.001) value
O:select floor(-1.001) value from dual
4.取整（截取）
S:select cast(-1.002 as int) v ......
