做数据库用DELPHI会后悔...(200分)

  • 主题发起人 主题发起人 编程小子
  • 开始时间 开始时间
我一直认为Borland公司的产品很好用。
 
我除了表示同情外,我还能做些什么,神啊!救救这无知的人吧!
 
<< 大家请到http://www.csdn.net/expert/topicview1.asp上再看看。
没有贴子ID..., 返回上一页。
___________________________________________
呵呵……
 
ACCESS 2000也算是个数据库?以后有你累的
 
我从来就不用Access。
SQL SERVER=Delphi?头一次听说。
谁用SQL Server写出过用户界面了。。。
 
看有这么多人骂你 我就不说什么了 hehe 给我点分吧
 
to 编程小子:

   1、想开点。。。。
   2、我支持你!!!!!(前提是把分给我^_^)
   3、你是个傻冒!!(我拿到分后才敢说^_^)
 
我不行了,肚子好疼~
 
我的牙齿掉了。。。。
笑掉的.

对于delphi,你连门都没有入.
好好学习吧。
 
其实,他慢慢的就会改变的,对初学者,我们也要耐心一点,谁没有开始那一步呢。
DELPHI的功能强大,他有点烦,我们再忍忍好了
 
建议快开了此贴,要不每人吐一口,就要出人命了。

来自:lha 时间:01-4-12 21:06:07 ID:500583
呵呵,我喜欢这种问题,见者有分。
气杀我也,这样的贴子不但无意义,分也是大多没我的份的。因为最后估计是平均,而's'字母排得比较后,
最后到我是分就没了,命真歹啊。

 
多人接受答案了。
 
不是我在乱说话,不是危言耸听,也不是支持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都用不好.

加油,兄弟.
 
批评Delphi的数据库功能??? 反 感!!!
Delphi是我的最爱,两年后的毕业设计用定她了。
 
各位同志!!
今天收一网友的来信。。。。。。

>
> 你好,看到你在csdn论坛上对delphi做数据库发表的言论,忍无可忍!!觉得你好像
连最基本的东西都还不明白,别的都不说,你的文章中提到
> //在这个系统中,有查询的处理,所以又在AppDataModule中加入了几个TQuery控
件,然后又慢慢设好各个TQuery控件的SQL和其属性,这里,花的时间多点,也有点
烦。(在这里的麻烦我想:DELPHI的功能强大,这里有点烦忍忍好了。)//
> 你居然为每一个sql查询语句都用一个query控件,都写在string里面了吧,那么写一
个上百上千条SQL语句的软件岂不是...我怀疑你在用delphi做数据库的时候是否看过初
学者入门等书...
> 还有居然把"table is busy"提示说成是bug????不怕笑掉大牙么?你以为table是记
事本可以反复打开呀??
> 还有居然说制作安装发布程序出来要十几个M,好好看看installshield里面的说明吧

> 最可笑的一点居然是你居然把delphi当成了数据库制作工具,我的天!!delphi只是
制作客户端,数据库表的生成可以由附带的database desktop来做,或者用foxpro,sql
server等等等来做都可以!!
> 你居然在论坛上用嘲讽对比的口气诋毁delphi,哥们,平时多看看书,好好学学,以
后别在论坛上显示文采笑掉大家大牙了......
>
>


这是我的回敬。。。。。。。。。。。。。。


你好。
1、我在数据库加入几个TQuery也没有坏处。不过是四五个左右。这么少的SQL当然是加
入几个TQuery控件比只用一个直接得多。如果真的有这么多SQL语句,我就会使用一个
TQuery来处理这么多语句了。
我的做法正常,无可非议!

2、关于“Table is busy”,我当然知道一个Table不能连续打开两次,我也没有这样
做,也没有在代码使用过这类的语句,这个软件在IDE外就没有“TABLE IS BUSY”,在
IDE内就有了。你说,能关我事吗???

3、一个DELPHI的数据库打包是要十多M的,这已经算是少了,软件中只带一个PARADOX
驱动库+BDE。你这点都不懂???

4、你没有看过《用DELPHI开发数据库》这类的书吗??它们都介绍了DELPHI+BDE的数
据库开发。你说,DELPHI不是数据库的开发工具吗(就算是前台软件也用来开发数据
库)????

我的天,我的牙补了两个星期,花了三百多块!!!!
 
看到有人批评delphi对数据库编程能力,我真是不敢苟同,
我现在就是在和delphi打交道,这是我认为的一个相当好的软件,
不要小看了delphi。
 
看不懂,正烦人!
把题目拿来看看吧?
瞎说也没意思!
 
因为Delphi不做是针对小型数据库设计的程序
 
我无言以对,
这个问题的提出是对程序员的一种侮辱。
看一看那个象样的数据库程序是用Access写的
真是井底之蛙
 
俺用DELPHI+MYSQL
桌面数据库程序和大型程序都做过
效率很高!稳定性很好!比ACCESS不知道强多少倍!
比MS-SQL也便宜得多!
小型应用也不用NT/2000服务器!
 
后退
顶部