如果不是S/C结构,你把程序拷到服务器中,在客户端运行,效率是很低的。比如你说的,如果符合条件的记录有几百条(全部记录有几千条),这几千条记录都要送到你的客户端来筛选,速度要慢很多。
另外,你这种数据文件共享方式在多用户时,处理冲突比较麻烦。如果你没有使用很多paradox的特性,数据库选择MS SQL Server是很合适的升级方案。
另外,你这种数据文件共享方式在多用户时,处理冲突比较麻烦。如果你没有使用很多paradox的特性,数据库选择MS SQL Server是很合适的升级方案。
解决方案 »
- Pos函数对中文的bug?
- 机器不是人,人也不是机器
- 这splitter吗??
- 字符串的几个问题
- 奇怪的问题
- “贺岁华东行”--与技术总监和Borland产品专家面对面2004元旦
- 写入文本文件函数??在线等待!!
- 怎样判断电脑是锁定的状态?
- 有谁知道哪有《代码大全》卖的?
- 建立本地数据库(表)用database/parodox 还是Access 通用性好呢?另:database怎么也有Access可选呢?(做一个Mis系统要带到学校给老师查,考虑到整个东西的大小及数据引擎的配置)
- 问个问题?可以么?*。pdg是什么格式,用什么软件打开?在下谢谢了!
- 请问在数据库record中查找出一个日期型字段的值在某月之中的记录,
。
开发单机版的数据库应用与开发C/S结构数据库应用的用户界面设计有些不同,比如:
单机:一般习惯于打开一个表(不管这个表有多大)来浏览。TTable就适合这样的界面;
C/S :如果是一个很大的表,开始几乎不去打开它,由用户去决定从服务器取什么样的数据子集。如果你的程序一开始就是使用C/S结构,开发的工作量也不会大多少。
to lwm8246: 谢谢您的热心,我更需要的是渔网而不是鱼,我在广州。
我要知道的是:我用TTable编的程序是否很难改成网络版?是的话我就不再在这里费心了。其实,我也不需要程序有很高的效能(因为数据量不会很大),但也不至于要几分钟也没能完成一条简单的查询。另外,以后类似的编程是否一开始就用C/S模式?那TTable是否很没有生命力?
以后编程一开始就用‘分布式多层’,c/s已经过时了
C/S: TTable不好,一般情况下它会返回全部记录.由其是PARADOX这种单机版的库,效率会更低一些.TQuery 会好一些.当然还需要调整一下BDE的设置.再有可以考虑用一用TClientDataSet
在Client端.也许好一点,只是思路为做测试.
无妨。整个改动应2-3h内完成,如有问题,可与我联系[email protected]
BDE到www.inprise.com.cn
如果你没有升级的话BDE访问PARDOX会有很多BUG。