不是我在乱说话,不是危言耸听,也不是支持MS,更不是反对BORLAND。DELPHI做数据库软件确实太烦了。
我尝试用DELPHI做一个数据库软件,只有十多张表。
1、在建表时我先要画一张数据图表,再用建表。
2、再慢慢的连接表的关系,表的关系如果没有图表就不知道连接到什么地方,表的关系也不算复杂,不过连接线较多。(在这里的麻烦我想:DELPHI的功能强大,这里有点烦忍忍好了。)
----如果关系不复杂, 用SQL脚本做, 如果关系复杂, 用POWDESIGNER 之类的建模工具做(和DELPHI无关)
3、连接好表的关系后,再在AppDataModule中添加各个Table,每张表都要使用,一共十多个Table控件,然后再慢慢设好各个Table控件的属性,这里,花的时间多点,也有点烦。(在这里的麻烦我想:DELPHI的功能强大,这里有点烦忍忍好了。)
4、在这个系统中,有查询的处理,所以又在AppDataModule中加入了几个TQuery控件,然后又慢慢设好各个TQuery控件的SQL和其属性,这里,花的时间多点,也有点烦。(在这里的麻烦我想:DELPHI的功能强大,这里有点烦忍忍好了。)
5、在这个系统中,要有级联删除的功能,所以又在AppDataModule中加入一个TQuery控件,在代码中写入各个表的级联删除的SQL代码。一个表一个,这里一共有3、4个表要级联删除。这里,花的时间多点,也有点烦。(在这里的麻烦我想:DELPHI的功能强大,这里有点烦忍忍好了。)
6、...
----理论上讲,再复杂的程序,只用一个TDATASET(这里应该是TQUERY)就可以搞定.
一般来说,综合考虑,不超过三个.
7、终于,系统完成了,调试...。哇,一大堆BUGS!各个SQL都有一点语法错,马上改改改...。这里,花的时间多点,也有点烦。(在这里的麻烦我想:DELPHI的功能强大,这里有点烦忍忍好了。)
----这和DELPHI无关.
8、终于,SQL们都搞定了,再运行。唉?为什么有些Table有莫名的“Table is busy.”。我原本以为是还有BUGS,不过始终也找不到。最后,发现软件不在IDE环境下运行就没有这个问题,哦,原来是DELPHI有BUGS!!!。
我只好在调试程序时退出IDE,发现问题时到IDE上改后再编译成EXE,再退出IDE运行。
这里,花的时间多点,,也有点烦。(在这里的麻烦我想:DELPHI的功能强大,这里有点烦忍忍好了。)
----我不知道DELPHI存在这个BUG, 因为我从未用过TTABLE写实际的数据库程序.
9、最后,要打包且通过网络发布软件,一打包发现十几个M。我的程序也不算太复杂,为什么这么大。OH,BDE是这样的了,就算是其它开发工具也是这样的。这里,花的时间多点,也有点烦。(在这里的麻烦我想:DELPHI的功能强大,这里有点烦忍忍好了。)
----这可能是事实,但还是有办法,减小软件尺寸.
我想,DELPHI功能太强大了,怎么连开发一个小小的数据库也这么复杂?后来,我改用ACCESS 2000来重新开发此软件,用了大约是DELPHI开发的1/10时间就完成了。嘻!ACCESS 2000的功能真是太简单了、太傻瓜了。
----这么说吧, 不要说DELPHI你没入门, 数据库开发本身你都没入门,估计你ACCESS都用不好.
加油,兄弟.