弄不清DELPHI中的C/S数据库开发，我现在做的是不是？万分感谢。

Question

我想做一个C/s的数据库软件，查了好多资料，也弄不太清楚。因为软件功能不是太多，数据量不大，就是对一些数据的输入输出，不过要多人并发操作。所以我装了一个sql server 2000的服务器，在客户机上直接用ADO的ADOconnection对服务器进行连接，发现也能成功！但不知此法是否可行？有没有什么缺点？有什么办法比这要好？不要和我说用Midas，那东西太繁，估计开发我这东西有点浪费。

Answer 1

用BDE，开发比较容易！发表时麻烦些，需要打包BDE和配置别名。

Answer 2

建议 C/S
单层到 C/S过渡非常方便如果涉及网络流量大的就写成存储过程

Answer 3

用ADO去吧。
少用BDE。
那鸟玩意如果是装WIN2000上，
BDE连接就有问题了。

Answer 4

后台用sql server2000最好用ADO连接，稳定，效率也不错。
你用的AdoConnecttion连接上了就是对的。

Answer 5

呵呵，用ADO吧。在你开发期间“看上去很美”，到你反复测试特别是大数据量（如BLOB字段）访问时，你会感慨：伤心是一种说不出的痛。当然，ADO对于Web应用或者每次数据访问量不大的情况，还是不错的，毕竟它的通用性（来自MS）要比BDE好得多，尽管稳定性和可靠性不很完美。楼上请恕俺对BDE情有独衷：
如果不会安装或者不会配置，那么别说Win2000了，就是在Win3000、Win4000上，BDE都会有问题！还有，俺以为，n-Tier对于大多数数据库应用来说，相当于“有一个美丽的传说”。毕竟在服务代理层需要做的事情远比李维鼓吹的要多得多。更何况，对于只有两三个人的项目组，要实现n-Tier无异于“愚公移山”，做做实验以了解相关技术还可以。一家之言，欢迎大家不吝指正。

Answer 6

ADO“看上去很美”的佐证：2001年：
用Delphi+Oracle+ADO开发某项目A，顺利完成，发布应用程序很方便。2002年：
项目A功能升级，数据库结构调整，增加了存放视频、音频等多种文件的LONG RAW等BLOB字段。
存取几百K大小的文件没问题，超过1M则时不时地会存丢了，超过10M则几乎次次存丢。
用BDE做相同实验，存取若干个尺寸超过100M的文件数百次，均成功（没时间多做实验）。
不得已，另行开发文件传输模块，不通过数据库方式存取文件。（这时的项目如果改为BDE方式，则相当于重新开发。）俺的同事说：ADO就象红灯区的PLMM，只能偶尔客串一下，决不能带回家过日子。

Answer 7

我的程序在这http://dcjx.njenet.net.cn/school/temp/estimate.rar请大家指点，估计并发访问的人不会超过10人，会不会有问题？忘了说明了，数据库名称为school，要先在sqlserver2000将之恢复方可运行。

Answer 8

我在windows server200用，sql server 2000下
有发现提示: 出现logo后怎么也没,好一会儿就弹出
[DBNETLIB]sql server does not exist or access denied
确认可进入，可看没什么数据，并很慢，