定义数据库字段的数据类型

 昨天,项目放到了Web服务器中了,项目所使用的oracle服务器也放到了web服务器中! 软件成型了,用户要开始测试了! 人家都说,软件,只有经过用户的不断测试,开发人员的不断修改,才能更加完美,更加完善呀!

 

今天,我们人就不能闲着,自己不断的测试软件的部分功能,在今天的工作中,我收获了很多呀! 下面,我将记录下来,与大家共同分享!

1。所使用的Java服务器,在开发中我们使用tomcate作为项目的服务器,启动服务器很快,给我们带来了很大的帮助! 但是项目发布到web网上时,我们经常使用的是weblogic服务器,它比tomcate对于语法的检查更加的严格了! 昨天测试着没问题的程序,发布到web上的weblogic中,竟然有很多错误,有得功能竟然不能运行! 而且在web上,我有不能跟踪程序进行排错! 也就是说weblogic比tomcate更严格呀!

 无奈之中,我安装了一个weblogic,来在本地去测试项目; 经过自己的操作,的确防线项目中有很多不严格的地方,需要自己去修改!  同时我也尝试了weblogic的启动,真的要比tomcate慢很多呀;

所以,我们在开发中一定要注意,编程的严谨性,不然项目最后还要返工,得不偿失呀!

 

2。项目发布到了网上,数据库也不在本地! 今天遇到了一个错误,排了好久,终于知道了原因,自己真的要反思了; 是这样的,昨天,我把数据库发布到了web的服务器中后,在今天的测试中,为了满足自己的需求,我修改了数据库中某个表的部分字段,并添加了一些字段! 在 本地连接本地的oracle,没有发现错误,但是项目发布到web上后,连接的是外网上的oracle! 程序当然要报错了! 数据库的字段不对应呀!

这一点,警示我,在数据库确定后,对数据库的修改,必须将其修改脚本考出,在发布项目时,将其在外网上的真正服务器中运行,保证数据库结构的一致性! 此点很是重要,也是自己今天所忽视的地方!

 

3。今天,我在测试表单数据时,在一个文本框中,多敲了好几位,程序报错了! 此时我注意到在数据表设计中,我在考虑字段大小时,不够严谨,有得字段的长度,只是紧凑正确! 如果存在特殊情况,则数据就不能插入到数据库中! 所以在以后设计数据表是,数据字段的长度,尽量的大,考虑一些特殊情况! 不要设置的太小,否则程序测试中,问题很多呀 !

 

4。当我们发现一个数据表中,一个字段的类型长度不够时,我们必须要修改该字段的类型! 但是数据表中存取这很多的数据! 我们修改该数据表的字段的类型的前提是必须要清空数据表! -》 解决方法; 先将创建一个临时表,将数据表中的所有数据,放入临时表中,然后清空数据表,修改字段类型,最后再将数据导入到修改后的数据表中!

 

 

 

 

 

 

 

你可能感兴趣的:(数据库方面)