# Re: SQL Server 6.5

Posted by 阿园 on May 27, 1997 at 09:44:14:

In Reply to: Re: SQL Server 6.5 posted by 小吴 on May 23, 1997 at 11:09:02:

:大呢? 50 人同时上线，每部电脑真的只用一个 connection 吗? 如 果是的话，那 server 也要差不多要 64MB 才能正常应付喔!

喔! 是这样子啊!! 我是 32 MB 耶...

: 如上所述，你的程式从头至尾只用一个 connection 吗? 如果不是 的话，那 100 个connection 的设定是不够的。

嗯...一个使用者端可能开了数个 AP 同时 RUN 喔.

: 你并未说明你是用 RDO 还是 DAO 来连线，如果是 DAO 的话，至少 会开两个 connection ，这是要注意的。

我的程式码例如以下:
set DB=DBEngine.workspace(0).OpenRecordset("",False,False,"ODBC;UID....")
所以我想是 DAO 吧
对了, 请麻烦您告诉一下, 在资料库的四大基本功能中(新增/修改/
删除/查询), 如果使用 DB.Execute SQL,db.. 及 Openrecordset(SQL,db..) 中, 其 "db.." 的参数使用时机, 也就是
说, 是要使用 dbOpenDynaset 或 dbSQLPassThrough 或 dbOpenTable
或 dbsnapshot 呢??

: Server 表现时快时慢最可能的因素就是 lock。你的 table 架构是自行设计还是使用 Access Upsizing wizard 呢? 若是前者，是否使用到 identity 栏位来当 primary key，是的话效率会降低? 若是后者，则效率是一定不好。

我是直接在 SQL Server 中的 Database Enterprise 中直接建 Table
Schema 的耶!! 这..这会有关系吗??

: 你并未说明你的 db 在 50 人上线使用时是在做什么? 是多人读少人写还是少人读多人写? 写/读资料有何特性等等，这些特性若你能加以说明对解决问题是一定有帮助的。

读/写都有可能很频綮, 因为我是要写一个电话购物的系统!!

: 个人认为问题出来 DB 的可能性较大，在 VB 的可能性较小。我先假设 SQL 6.5 完全没问题，先检讨你 DB 的架构是否适当。请你提供详细的资料。

对了! 我的资料库都没有设 Primary Key , 这和 Lock 会有直接影响吗??
还有!! 在本机资料库中(如 ACCESS 资料库), 如果要开发 MultiUser
其要注意的细节是否和 SQL Server 中的一样呢??

谢谢您抽空回答, 不好意思打扰您这么久...

Follow Ups:

- Re: SQL Server 6.5 小吴 21:49:15 5/28/97 (0)

WWWBoard 2.0a ©1997 DBasics Software Company, P.O. Box 18085, Beverly Hills, CA. 90209