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

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

 

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

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

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

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

 

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

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

 

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

 

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