2. 支持代码转名称，如查询结果有operator_id,应能支持转换显示operator_name
3.支持条件表达式，某列显示的内容，复杂情况下是根据条件显示的，如"删除"列，其显示与否跟这条记录的状态有关系

4.支持表格样式由模板文件生成，

5.支持透明的分页，即生成的分页超链接，必须携带所有请求参数(遍历request)，跳转下一页，防止查询条件丢失

7 显示格式format,如日期，数字

8. 支持可扩展的多种格式导出

9. 支持国际化

时间比较长的开源项目display tag, 好像也很差劲

个人认为，表格显示、数据库查询、分页、排序、导出，本来就是一体的，所以有如下设计

1. sql.xml, 存放SQL语句  

<sql>

      <query-name>sysadmin.queryOperator</query-name>

    <sql-string>

          select operator_id,operator_name,emai from t_operator

         where operator_name = $varchar2{operator_name} or $varchar2{opeartor_name} is null

   </sql-string>

</sql>

   说明: SQL语句必须使用绑定变量方式，即PreparedStatement,所以$varchar2{operator_name}来表示varchar2类型的参数值, 其中operator_name来至于pageContext,request,session中属性,有数据显示标签收集替换SQL语句中的参数部分

特别注意：必须使用绑定变量，不然会有性能及SQL注入的漏洞

2. 数据显示标签, 与sql.xml绑定

<chinablog:table title="员工列表"   query-name="sysadmin.queryOperator " defaultSortColumn="operator_name" exportType="pdf,excel,csv">

      <chinablog:column text="${operator_id}" titile="操作人员ID" />

     <chinablog:column text='<a href="editOperator.do?id=${operator_id}">${operator_name} </a>'

      title="姓名" sort="true"/>

     <chinablog:column text="${email}" titile="电子邮件"/>

</chinablog:table>

如此，数据显示只需要定义xml,以及在jsp里放一个表格显示tag而已，简单，可靠

import java.io.BufferedReader;
import java.io.BufferedWriter;
import java.io.FileInputStream;
import java.io.InputStreamReader;
import java.io.OutputStreamWriter;
import java.net.ServerSocket;
import java.net.Socket;
import java.util.Date;

/**
*
* @author Robin
*/
public class Main {

    /**
     * 默认端口
     */
    private static int port = 80;
    /**
     * 页面存放文件夹
     */
    public static String pageHome = null;

    /**
     * 只能接收一个port参数
     */
    public static void main(String[] args) {
        if (args.length > 1) {
            port = Integer.valueOf(args[0]);
        // pageHome = args[1];

        }
        pageHome = "d:/pages";
        execute();
    }

    /**
     * 处理http请求
     * @param port
     */
    public static void execute() {
        System.out.println("服务器已启动，端口:" + port);
        while (true) {
            try {
                ServerSocket server = new ServerSocket(port);
                Socket httpConn = null;
                try {
                    httpConn = server.accept();

                    //获取请求的第一行数据
                    BufferedReader reader = new BufferedReader(new InputStreamReader(httpConn.getInputStream()));
                    String firstLine = reader.readLine();
                    if (firstLine == null) {
                        System.out.println("请求信息不格式不正确");
                        return;
                    }

                    //取请求的页面路径
                    String[] firstLineArray = firstLine.split(" ");
                    String pagePath = firstLineArray[1];

                    //输出流，返回给客户端的信息
                    BufferedWriter writer = new BufferedWriter(new OutputStreamWriter(httpConn.getOutputStream()));

                    writer.write("HTTP/1.1 200 OK");
                    writer.write("\r\n");
                    writer.write("Date:" + new Date().toGMTString());
                    writer.write("\r\n");
                    writer.write("\r\n");

                    //取文件信息
                    BufferedReader pageReader = new BufferedReader(new InputStreamReader(new FileInputStream(pageHome + pagePath)));
                    int b = pageReader.read();
                    while (b != -1) {
                        writer.write(b);
                        b = pageReader.read();
                    }
                    writer.flush();
                } catch (Throwable t) {
                    t.printStackTrace();
                } finally {
                    if (httpConn != null) {
                        httpConn.close();
                        server.close();
                    }
                }

            } catch (Throwable t) {
                t.printStackTrace();
            }
        }
    }
}

我要说的是，没有fast=true的选项， 如果能找到一步，或者几步公式化的方法能提高效率，那么优化器自己就会做了，根本不用用户担心。

假设 or比in好，数据库优化器把in语法和or语法走的执行计划一样就可以了，何必折磨用户呢。

说点实际的，很多人张嘴就说，SQL优化就是避免全表扫描，不知道大家有没有了解过索引查找的原理.索引查找数据，有两步要做，第一步是索引中快速查询，索引里只存储了对应表数据的rowid, 所以还有第二步，根据rowid去得到全部的数据, 所以需要一次磁盘i/o, 不要小看磁盘I/O,通过索引查询出的结果比较多的时候，磁盘i/o的时间是非常大的，这个时候比全表扫描慢得多， 实际上，oracle 10g基于成本的优化器(CBO)，选择性不高的索引，优化器根本不会使用，而自动采用全表扫描的方式来做.

select emp_id,rownum from emp

第一步，查询结果,rownum待定
emp_id rownum
1         ?   1
2         ?   2
3         ?   3
4         ?

第二步，现在假设用rownum < 3的条件来过滤

第一行，rownum初始分配为1，满足rownum <3的条件，然后rownum加1
第二行，rownum现在为2,满足 < 3的条件,然后rownum加1
.....

第二步，现在假设用 rownum > 2的条件来过滤

现在看第一行，rownum初始分配为1， 不满足rownum>2的条件,rownum不会加1

第二行，rownum还是1，同样不满足>2的条件

....

所以，最后的查询结果，一条数据也没有

例子，取第3行倒第5行当数据

    select * from
               (select t.*,rwonum rn

              from emp t
               where rownum < 5 )
       where rn > 3