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

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

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

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

8. 支持可

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 {

    /**
     * 默认端口

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

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

说点实际的，很多人张嘴就说，SQL优化就是避免全表扫描，不知道大家有没有了解过索引查找的原理.索引查找数据，有两步要做，第一步是索引中快速查询，索引

select emp_id,rownum from emp

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

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

第一行