我看VB与VFP

虽然VB和VFP都很优越，但不实用，作为企业级应用，数据库性能要求非常高，其中以稳定性为第一，一般至少要求连续运行一个月不关机，就目前可能只有ORACLE和SYBASE for UNIX系列能够满足，然而VB和VFP与ORACLE和SYBASE for UNIX的连接性能太差，不如PB。同时VB和VFP的大多数功能在PB中都有。因此得出结论：
VB实用于非数据库应用，VFP实用于单机数据库，PB实用于网络数据库，各有千秋！

to tmx(林欢儿)：
那么delphi是否适用于数据库应用呢？

delphi没有深入过，同VB、VFP、PB比较应该更接近PB，但在互联网方面的功能强于PB.

delphi象PB ？不会吧？
delphi好象不是专门用来开发数据库的吧？

我靠！
PB怎么和VB比啊老兄？PB是最没前途的一种了，不好说，比VFP还惨。
SYBASE数据库的市场占有率仅不足5%,怎么跟人家斗啊
你说一个月不关机，我这用INFORMIX一年都可以不关机。
分析一下数据库市场：
1、UNIX大型机：
DB2  80%，绝对优势，因为这些机器就是IBM卖的
2、服务器：
ORACLE  50%
IBM/DB2 25%
MICROSOFT 14%
SYBASE  5%

上面老兄做生意的吧，我说的中国大陆的现行应用，在企业级数据库方面，除了SQLSERVER、ORACLE、SYBASE、INFORMIX外，好象很少听说IBM/DB2。另外，老兄可以向国内的大数据库客户进行咨询，比如中国银行、电信、证券交易所和证券营业部、民航、铁路等等。

to tmx(林欢儿)：
请问你试过ms sqlserver吗？
它可是ms的产品，和操作系统(windows)的配合应该比别的数据库更好才对，难道它在自己的操作系统上还不能坚持一个月吗？？

Delphi/BCB不是专门用来开发数据库的, 但它用来开发数据库应用却是非常的好！尤其在3层数据库应用模式时特有的MIDAS技术。

请问Delphi/BCB开发数据库比PB效率更高吗？
它和PB比有什么优缺点呢？
另：
用Delphi/BCB开发b/s系统方便吗？怎样开发呢？
谢谢！！

我同意tmx(林欢儿)的發言.
如果用來搞數據庫的話,最好的前台工具非pb莫屬.
delphi的一堆控件不敵pb的一個數據窗口.

我同意VFP 是真正面向对象的，VB6确实不是。如果只是桌面的应用VFP 是不错的选择，但易于被人反编译，而且总觉得MS对VFP 的支持不够：（否则DELPHI 是个不错的选择。但VB，至少VB6上开发数据库应用不太行吧，我有一个金碟的试用版本，一装就当了我机子后来才知道是ACCESS上开发的即是VB的哪个数据库版本，真惨啊：（

哈哈，那用友和金碟为什么用VB开发软件而不用PB或delphi呢？？

VB开发软件的好处是可以大把地抓到廉价的程序员(VB程序员可别生气). 呵呵PB的數據窗口的确地道, 但它在数据库以外的方面要弱很多. 很多系统不仅要求有好的数据库访问能力, 还需要有很强的访问WinAPI的能力, 这点BCB/Delphi就很地道. 而且, BCB/Delphi基于控件来扩展语言能力的形式恰恰是它的优点.开发B/S系统, 我想最好是PB/BCB/DELPHI都别用, 干脆用JAVA多好?! 呵呵

我倒是觉得VB的好处是ms的产品，与windows、sqlserver、IE、asp是一家，相互配合得更好一些吧？
所以感觉用VB更放心一些。

哦，忘了，还有VB和VC也是一家，如果VB在某些方面有困难或太麻烦，可以用VC加以补充。

VFP的应用在各位没用精通它之前不要乱加评论，我用过VFP开发过系统，觉得它还是能完成很多系统的，它的用处很大，我的观点是：不要下车伊始就大喊大叫！！

我对LUJUN的看法比较认同，但VFP中的功能实在是太少了。
VB吧数据方面处理是很差，DELPHI吧，功能强大当然是很不错的工具了。
PB我是很少用。
但我想问大家一个问题，在C/S结构中用什么来开发POS系统最好呢？
我想大家都知道前台用WINDOWS往往由于收获员的误操作，或系统本身的不稳定性
而造成种种错误。
那么，用什么来开发前台的收银系统而后台可以使用WINDOWS的SQL为最好的方案呢？

呵呵，vfp并不差劲．它每个版本都在变化，不要用静态眼光看问题．以为就是一文件共享数据库，现在大家只是不用这个工具了，但是要是自己对VFP的认识还停留在dbase时代的DBF时代，就不要乱评论．
．vfp里头调用api和com什么都能干．从通信到多媒体播放，从web server到xml解析．到了这个级别，大家都是call api，有什么谁高谁低？
．vfp里头sql太差这个说法纯粹是无稽之谈，不信者可以自己试验一下，除了大数据库以外，那个桌面数据库在sql里头有udf解释执行能力？vfp的所有函数都可以支持在sql里头用，别的桌面数据库呢？access是一大堆固定的函数，至于paradox就别提了，惨不忍睹．
．vfp的速度，如果用在网络环境下，它的远程视图未必比vb慢多少，而且那种情况是作为c/s前端工具来应用的，性能取决于后台数据库．和ＶＦＰ没多少关系．至于本机应用，说老实话，速度,性能，方便性，存储能力现在还没有什么桌面数据库能够和ＶＦＰ象比较．access,paradox这类东西只能称为玩具．如果不信，搞上一百万记录建个索引，search一下试验试验．要么搞上1千万条数据看看．至于sqlserver这些c/s模式的大数据库，根本不是桌面数据库,关注的也不是同一种性能需求．
．ＶＢ这种东东就是能够方便访问系统，所以用来写一些小的行业软件和共享软件而已．在数据库系统这里，pb和vfp还出于同一个级别．vb算个中间的东西．访问db也是靠rdo,ado,dao,反正没有一个是自己的引擎．delphi＋bde，效率比odbc 3高不了多少．但是它支持midas,以后更有xmlbroker,这些东西作多层应用和web多层应用，所以也有自己的特色．所以也不可比较．在单机系统和桌面数据库领域，ＶＦＰ是永远的老大．

对C/S VFP其实也不错，只要把SERVER端只要放数据表，其它什么都不用，VFP一样可工作得很好，VB如果SERVER端不写些视图，存储过程之类的东东，简直是寸步难行。

我用VFP开发过多个C/S系统，在数据库处理上VFP有着许多的优势：
1、桌面数据与后台数据的结合，很多数据处理作为光是前台开发工具是无法胜任的，如许多的后台数据需要转换、计算，如多种算法的记录抽样等等，需要很多中间数据过程。
2、VFP作C/S开发的方式非常灵活，绝对比VB,PB之流强大，PB里面和后台数据库的动态连接不知多麻烦！
3、我感觉到的VFP的缺点：
自身控件少（如果还在Fox公司应该更多），但VFP的data grid控件功能绝对比任何开发工具的grid的功能强百备，如动态数据转换、无穷尽的控件层次；不支持一些容器类控件；界面比较粗糙；...
4、所以作这些数据库应用开发我只用vFP.

但PB一连上就非常方便之所以说麻烦是因为你无法抛弃VFP的思考方式我以前用VFP的学了PB发现PB确实不是吹的但目前的项目我决定用VFP因为快速开发和系统需求他很棒呀@_@

skybook(): "不支持一些容器类控件；" 说错了吧?!

对C/S VFP最大的缺点是只支持ODBC中的静态游标，所以对SERVER 中的ID列，在VFP中添加后不能立即看到，需REQUERY视图。对查询，哪是大大的好，SQLEXEC（，SELECT...)之后,本地可继续对返回结果进行 SELECT...，灵活性非常高，也可减轻SERVER端的负担.

同意：DGNO_1(如果爱情可编程)，我觉得微软在vfp的开发上根本就没有用心。foxpro的起点还是很高的。

我用VFP已经8年了，VB、Delphi都试过(PB没用过)。
要讲数据库应用，综合起来，哪个都不如VFP，我觉得VFP最大的弱点就是太容易被反编译了，另外，对ActiveX控件的支持不太好，比如vs-FlexGrid 7.0，在VFP中就无法正常使用。
微软以前讲过，当超过250万记录后，VFP性能就要下降了，但我觉得一般的应用很少有能达到这个数量级的。
要说DBF数据库，我觉得目前可能还是速度最快的，包括什么ORACLE、SQL SERVER、SYBASE等等，VFP处理数据的速度实在太快了，我一直为此感到不解，为什么那么多的大型数据库，数据处理速度竟然不如小小的VFP。

to 楼上坚守八年fox
的确令我佩服啊
数据库原理我不懂
但我想出于安全考虑和Server服务机制
那些大型数据库需要付出很多的@_@

To Foxer:
关键问题是VFP关注本机执行速度,
大数据库关注的则是每秒交易数TPS这样的东西.而且有复制,安全这些机制.
其实把VFP定位在本地数据库,以及C/S模式的客户端开发是最合适的.
本来也不是和大数据库作比较的, 这么比较对VFP很不公正,也误解很多. 本机工作的时候,VFP实在是太快太快.
至于网络环境下, 一个一般的局域网,
事实上采用文件共享方式VFP数据库的性能,要远比SQL模式的那些大数据库高.
作为c/s的C端的时候,它的本地处理能力要远远比ADO这些东西强大.
唯一可惜的是VFP的解释器必须在其环境中运行,这样就限制了和其它语言的集成能力.
如果VFP能够提供一个不启用其图形界面的本地数据库引擎和解释器来替代ADO,
ADO就只能是玩具了. 在软件发展过程中,人们没有把VFP定位在客户端RAD工具上,而是拿它和大数据库比较,
是VFP衰落下去的原因,记得当时最主要的指责,就是它不安全. 而微软其实从来也没有想好好发展VFP, 一心希望发展它的ADO,早期是RDO,DAO这些东东, 微软买下了FOX,其实是杀了它.连vfp3,5这样的东西都是迫于用户压力开发的.
VFP:英雄末路呀.

给vfp加上密码多好呀可惜dbaseIII plus 做到了VFP依然没做到
@_@

比较一下VFP和PB的不同之外，VFP既是开发工具又是一个数据库系统，而PB只是一个开发工具，它本身并不带数据库。另外它们在编程序时都有各自的优缺点，VFP在开发多用户时考虑的内容要多一些，而且所需的代码量要大，而PB在开发C/S程序时，很多功能PB都自己实现对于开发者来说很多东西都不用考虑了，另外PB的数据窗口对象是它的最大的卖点而VFP在设计表单时可能要麻烦一些。不过VFP检索数据的速度是非常快的，这要得利于其专利技术rushmore,并且在VFP中可以通过视图而很方便地修改来自多个数据表中的数据，并且视图中可以带参数，而PB中要实现利用视图修改多个表中的数据太复杂了，并且视图中无法定义参数。VFP修改数据表的结构很方便，PB中的数据表不能随便修改。

To: Up
看来大家都很赞同微软杀了FOX
可是目前我想做个系统,
很犯愁不知道该使用那个开发工具了
有愿意提供方案或分析一下使用什么来做的吗
请给个EMAIL,我提出问题.
我的EMAIL [email protected]

解决方案 »