编
编程小子
Unregistered / Unconfirmed
GUEST, unregistred user!
不是我在乱说话，不是危言耸听，也不是支持MS，更不是反对BORLAND。DELPHI做数据库软件确实太烦了。
我尝试用DELPHI做一个数据库软件，只有十多张表。
1、在建表时我先要画一张数据图表，再用建表。
2、再慢慢的连接表的关系，表的关系如果没有图表就不知道连接到什么地方，表的关系也不算复杂，不过连接线较多。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
3、连接好表的关系后，再在AppDataModule中添加各个Table,每张表都要使用，一共十多个Table控件，然后再慢慢设好各个Table控件的属性，这里，花的时间多点，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
4、在这个系统中，有查询的处理，所以又在AppDataModule中加入了几个TQuery控件，然后又慢慢设好各个TQuery控件的SQL和其属性，这里，花的时间多点，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
5、在这个系统中，要有级联删除的功能，所以又在AppDataModule中加入一个TQuery控件，在代码中写入各个表的级联删除的SQL代码。一个表一个，这里一共有3、4个表要级联删除。这里，花的时间多点，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
6、...
7、终于，系统完成了，调试...。哇，一大堆BUGS！各个SQL都有一点语法错，马上改改改...。这里，花的时间多点，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
8、终于，SQL们都搞定了，再运行。唉？为什么有些Table有莫名的“Table is busy.”。我原本以为是还有BUGS，不过始终也找不到。最后，发现软件不在IDE环境下运行就没有这个问题，哦，原来是DELPHI有BUGS!!!。
我只好在调试程序时退出IDE，发现问题时到IDE上改后再编译成EXE，再退出IDE运行。
这里，花的时间多点，，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
9、最后，要打包且通过网络发布软件，一打包发现十几个M。我的程序也不算太复杂，为什么这么大。OH，BDE是这样的了，就算是其它开发工具也是这样的。这里，花的时间多点，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
我想，DELPHI功能太强大了，怎么连开发一个小小的数据库也这么复杂？后来，我改用ACCESS 2000来重新开发此软件，用了大约是DELPHI开发的1/10时间就完成了。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
1、建表：不用看数据图表，写一个草图马上建表，再用MOUSE拖放就可建立并看到表的关系，还可以打印关系图。
而且，ACCESS也不用加入什么Table，TQuery等无聊的东东。在选项打个勾就自动支持级联删除和级联更新。
嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
2、SQL BUILDER：基本上完全可以不懂SQL语句也能作查询，DELPHI虽也有，不过总是不方便。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
3、自动窗口，自动报表：按一下按钮就生成了，太方便了。当然，也可以自己设计窗口和报表的。这些功能，帮了我不少忙。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
4、自动的代码生成，加个按钮就打开向导要求你想作什么功能，可以是打开窗体，打开报表等...。虽然作用不算大，但也少打了很多个字母。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
5、软件的代码用VBA编写。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
6、完成了软件后，发现只有1M多，再生成MDE后发现只有500k左右。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
虽然ACCESS的界面不能设计得很好，也不专业。但是，实务是最重要的，时间也是可贵的，DELPHI 5做数据库太强大（要你的体力和忍耐力强大）。
这时，我终于总算明白到为什么有些人总是说：VB不好，太简单了。DELPHI不错，太强大了。
我尝试用DELPHI做一个数据库软件，只有十多张表。
1、在建表时我先要画一张数据图表，再用建表。
2、再慢慢的连接表的关系，表的关系如果没有图表就不知道连接到什么地方，表的关系也不算复杂，不过连接线较多。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
3、连接好表的关系后，再在AppDataModule中添加各个Table,每张表都要使用，一共十多个Table控件，然后再慢慢设好各个Table控件的属性，这里，花的时间多点，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
4、在这个系统中，有查询的处理，所以又在AppDataModule中加入了几个TQuery控件，然后又慢慢设好各个TQuery控件的SQL和其属性，这里，花的时间多点，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
5、在这个系统中，要有级联删除的功能，所以又在AppDataModule中加入一个TQuery控件，在代码中写入各个表的级联删除的SQL代码。一个表一个，这里一共有3、4个表要级联删除。这里，花的时间多点，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
6、...
7、终于，系统完成了，调试...。哇，一大堆BUGS！各个SQL都有一点语法错，马上改改改...。这里，花的时间多点，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
8、终于，SQL们都搞定了，再运行。唉？为什么有些Table有莫名的“Table is busy.”。我原本以为是还有BUGS，不过始终也找不到。最后，发现软件不在IDE环境下运行就没有这个问题，哦，原来是DELPHI有BUGS!!!。
我只好在调试程序时退出IDE，发现问题时到IDE上改后再编译成EXE，再退出IDE运行。
这里，花的时间多点，，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
9、最后，要打包且通过网络发布软件，一打包发现十几个M。我的程序也不算太复杂，为什么这么大。OH，BDE是这样的了，就算是其它开发工具也是这样的。这里，花的时间多点，也有点烦。（在这里的麻烦我想：DELPHI的功能强大，这里有点烦忍忍好了。）
我想，DELPHI功能太强大了，怎么连开发一个小小的数据库也这么复杂？后来，我改用ACCESS 2000来重新开发此软件，用了大约是DELPHI开发的1/10时间就完成了。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
1、建表：不用看数据图表，写一个草图马上建表，再用MOUSE拖放就可建立并看到表的关系，还可以打印关系图。
而且，ACCESS也不用加入什么Table，TQuery等无聊的东东。在选项打个勾就自动支持级联删除和级联更新。
嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
2、SQL BUILDER：基本上完全可以不懂SQL语句也能作查询，DELPHI虽也有，不过总是不方便。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
3、自动窗口，自动报表：按一下按钮就生成了，太方便了。当然，也可以自己设计窗口和报表的。这些功能，帮了我不少忙。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
4、自动的代码生成，加个按钮就打开向导要求你想作什么功能，可以是打开窗体，打开报表等...。虽然作用不算大，但也少打了很多个字母。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
5、软件的代码用VBA编写。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
6、完成了软件后，发现只有1M多，再生成MDE后发现只有500k左右。嘻！ACCESS 2000的功能真是太简单了、太傻瓜了。
虽然ACCESS的界面不能设计得很好，也不专业。但是，实务是最重要的，时间也是可贵的，DELPHI 5做数据库太强大（要你的体力和忍耐力强大）。
这时，我终于总算明白到为什么有些人总是说：VB不好，太简单了。DELPHI不错，太强大了。