二级级联问题:
机队分析
AMP设置
巡航筛选1
AMP计算2
机队运行状况3
机队性能衰减状况4
导出Excel问题(2003->2007):
航线分析
航线数据
航线数据统计(完成bandedGrid)
航线数据明细(完成tree)
载重分析(完成tree)
飞行计划(完成bandedGrid)
航线分析与实际分析(完成bandedGrid)
CI巡航筛选查询(完成View)
机队分析
机队运行状况(完成View)
机队性能衰减情况(完成tree(无数据))
机场分析
滑行分析(完成bandedGrid)
落地剩油明细(完成View)
系统管理
数据集成
异常数据监控
QAR原始数据分析(完成bandedGrid)
sql 在Procedures存储过程insertToFlightInfoByMactchID:954--吨公里油耗[耗油(公斤) /(业载(吨) * 距离(千米))]
主要用到的三个表:FLIGHTINFO,FUELINFO,MATCHTABLE通过MATCHID关联
页面来源参考:航线数据明细(左侧),飞行计划分析(右侧),辅助参考(航线分析与实际分析)
Index weighted statistical
bugfree
http://192.168.1.76:8081/bugfree/site/login
账户:cuihw
密码:aero123+
海航数据库用户名和密码 hainanair 22
山航 sdaqar 200
研发管理部登录: 用户名yfglb密码yf123+
异常管理,日志,权限,事务
601063965
剪刀嘴 萧亚轩
Always Come Back To Your Love Samantha Mumba
Space Cowboy Banaroo
TiK ToK(Chuck Buckett's Veruca Salt Remix) Ke$ha
hibernate dao
ajax 调用
树形菜单
弹出页面
多页签
dwr
人员权限 操作权限。
操纵轨迹,修改轨迹
webservice cxf 实现接口自动启动
workflow jbpm
图表 柱状图、饼状图
日志 debug(开发) 和info(运行)
想做 这些 功能,workflow和 webservice 独立 做
崔宏伟你好!
我是人事专员杨盼,您的试用期马上到了,入职时间为2012年12月3日-试用期结束日期为2013年3月2日,导师为肖然,直接领导为肖然;述职日期初定为3月5日(下周二)请提前做好准备:
一、还没有准备转正申请的尽快提交,以邮件形式发给自己的导师和直接领导并抄送给我;
二、需要您准备一份转正述职报告,
1,汇报对象为人力资源委员会;
2,报告最好以PPT形式;
3,述职报告的内容包含以下几点:
试用期内的工作总结(工作内容突出亮点);
接下来的工作计划;
工作中遇到的问题和对公司的建议;
1.varchar2把所有字符都占两字节处理(一般情况下),varchar只对汉字和全角等字符占两字节,数字,英文字符等都是一个字节;
2.VARCHAR2把空串等同于null处理,而varchar仍按照空串处理;
3.VARCHAR2字符要用几个字节存储,要看数据库使用的字符集,
大部分情况下建议使用varchar2类型,可以保证更好的兼容性。
Blob是指二进制大对象也就是英文Binary Large Object的所写,而Clob是指大字符对象也就是英文Character Large Object的所写。由此可见这辆个类型都是用来存储大量数据而设计的,其中BLOB是用来存储大量二进制数据的;CLOB用来存储大量文本数据。
那么有人肯定要问既然已经有VARCHAR和VARBINARY两中类型,为什么还要再使用另外的两种类型呢?其实问题很简单,VARCHAR 和VARBINARY两种类型是有自己的局限性的。首先说这两种类型的长度还是有限的不可以超过一定的限额,以VARCHAR再ORA中为例长度不可以超过4000;那么有人又要问了,LONGVARCHAR类型作为数据库中的一种存储字符的类型可以满足要求,存储很长的字符,那为什么非要出现CLOB类型呢?其实如果你用过LONGVARCHAR类型就不难发现,该类型的一个重要缺陷就是不可以使用LIKE这样的条件检索。(稍候将介绍在CLOB中如何实现类似LIKE的模糊查找)另外除了上述的问题外,还又一个问题,就是在数据库中VARCHAR和VARBINARY的存取是将全部内容从全部读取或写入,对于100K或者说更大数据来说这样的读写方式,远不如用流进行读写来得更现实一些。
在JDBC中有两个接口对应数据库中的BLOB和CLOB类型,java.sql.Blob和java.sql.Clob。和你平常使用数据库一样你可以直接通过ResultSet.getBlob()方法来获取该接口的对象。与平时的查找唯一不同的是得到Blob或Clob的对象后,我们并没有得到任何数据,但是我们可以这两个接口中的方法得到数据
例如:
Blob b=resultSet.getBlob(1);
InputStream bin=b.getBinaryStryeam();
Clob c=resultSet.getClob(2);
Reader cReader=c.getCharacterStream():
关于Clob类型的读取可以使用更直接的方法,就是直接通过ResultSet.getCharacterStream();方法获得字符流,但该方法并不安全,所以建议还是使用上面例子的方法获取Reader。
另外还有一种获取方法,不使用数据流,而是使用数据块。
例如
Blob b=resultSet.getBlob(1);
byte data=b.getByte(0,b.length());
Clob c=resultSet.getClob(2);
String str=c.getSubString(0,c.length()):
在这里我要说明一下,这个方法其实并不安全,如果你很细心的话,那很容易就能发现getByte()和getSubString()两个方法中的第二个参数都是int类型的,而BLOB和CLOB是用来存储大量数据的。而且Bolb.length()和Clob.length()的返回值都是 long类型的,所以很不安全。这里不建议使用。但为什么要在这里提到这个方法呢?稍候告诉你答案,这里你需要记住使用数据块是一种方法。
在存储的时候也同样的在PreparedStatement和CallableStatememt中,以参数的形式使用setBlob()和 setClob方法把Blob和Clob对象作为参数传递给SQL。这听起来似乎很简单对吧,但是并非我们想象的这样,很不幸由于这两个类型的特殊,JDBC并没有提供独立于数据库驱动的Blob和Clob建立对象。因此需要自己编写与驱动有关的代码,但这样又牵掣到移植性。怎样才是解决办法呢?这就要用到前面说过的思想了使用数据块进行写操作。同样用PreparedStatement和CallableStatememt类,但参数的设置可以换为setAsciiStream、setBinaryStream、setCharacterStream、setObject(当然前3个同样存在长度的问题)
下面给大家个例子以方便大家理解
public void insertFile(File f) throws Exception{
FileInputStream fis=new FileInputStream(f,Connection conn);
byte[] buffer=new byte[1024];
data=null;
int sept=0;int len=0;
while((sept=fis.read(buffer))!=-1){
if(data==null){
len=sept;
data=buffer;
}else{
byte[] temp;
int tempLength;
tempLength=len+sept;
temp=new byte[tempLength];
System.arraycopy(data,0,temp,0,len);
System.arraycopy(buffer,0,temp,len,sept);
data=temp;
len=tempLength;
}
if(len!=data.length()){
byte temp=new byte[len];
System.arraycopy(data,0,temp,0,len);
data=temp;
}
}
String sql="insert into fileData (filename,blobData) value(?,?)";
PreparedStatement ps=conn.prepareStatement(sql);
ps.setString(1,f.getName());
ps.setObject(2,data);
ps.executeUpdate();
}
最后由于刚刚说过Clob类型读取字符的长度问题,这里再给大家一段代码,希望对你有帮助
public static String getClobString(ResultSet rs, int col) {
try {
Clob c=resultSet.getClob(2);
Reader reader=c.getCharacterStream():
if (reader == null) {
return null;
}
StringBuffer sb = new StringBuffer();
char[] charbuf = new char[4096];
for (int i = reader.read(charbuf); i > 0; i = reader.read(charbuf)) {
sb.append(charbuf, 0, i);
}
return sb.toString();
} catch (Exception e) {
return "";
}
}
另外似乎前面还提到过LIKE检索的问题。LONGVARCHAR类型中不可以用LIKE查找(至少ORA中不可以使用,其他的数据库我没有试过),在ORA中我们可以使用这样一个函数dbms_lob.instr来代替LIKE来个例子吧
select docid,dat0 from text where dbms_lob.instr(dat0,'魏',1,1)>0
在text表中有两个字段docid用来放文档编号dat0为clob类型存放文章内容;这句话的意思就是检索第一条dat0中出现第一次"魏"字的数据。听起来这个检索的数据有点象google的“手气不错