Database 版 (精华区)

作  家: yany3 (心月) on board 'database'
题  目: FOXPRO
来  源: 哈尔滨紫丁香站
日  期: Tue Apr  8 14:19:08 1997
出  处: lpy@hitgs.hit.edu.cn

发信人: Powerpc_Pm.pbbs@bbs.ustc.edu.cn (难得开心), 信区: database
标  题: Re: Foxpro
发信站: 中国科大BBS站 (Sat Jan  4 18:19:24 1997)
转信站: sjtubbs!ustcnews!ustcbbs

==> poi.bbs@bbs.sjtu.edu.cn(老奶奶) 说道: 
> 【 在 Powerpc_Pm.pbbs@bbs.ustc.edu.cn (难得开心) 的大作中提到: 】 
> 不能把开发工具跟DBMS混为一谈，要说当开发前台，就看你前台有无本地数据，且不说 
DBMS是Developer kit 作的。我这里并非指的呈现在某个营运实体中的那种传统
的数据库管理系统，而是抽象出来的数据。任何一个开发工具都是为高效的维护、
管理、操作这些数据而设计的，称作DBMS是我自己的意思。
> 专业开发工具，就说Access,因其是基于OO的，操作起来很舒服，体积可比VP3。0小 
>  说到Client/Server, 真正符合"平衡网络负担, 在效率最高的地方计算"的还没有几个, 
> 犯了我以上说的把Developer kit 与DBMS 混为一谈的毛病，高档的DB，目前的版本都 
> 支持多线程，多任务，在对多CPU的并行主机和松耦合的主机集群工作时可平衡负载， 
> 当然，随着Cluster技术的发展，可以支持不在同一地理节点的主机进行集群工作，但 
> 这需要高速链路连接，归根结底还是主从结构，其平衡的是主机负载，而不是网络负载 
> 所谓平衡网络负载，应当是在有限的，可控的网络区域内，根据业务模式，在一开始规划时就 
一个作的好的client/server, 应该将数据和操作以封装的办法集合起来。按照网络和
PC自身的耦合程度将对象按松紧耦合度分布在这个物理的拓扑结构上，逻辑上仍是一个
整体。只有按办法能分的才可以跨过网路储存在不同的Server上。这种方案至少在
Intranet里可以实现。就目前的软硬技术可能是有些得不偿失, 嘿嘿。

--
※ 来源: 中国科大BBS站 [bbs.ustc.edu.cn]


------------64FB7D2D39D90--


--
※ 来源:·哈尔滨紫丁香站 bbs1.hit.edu.cn·[FROM: lpy@hitgs.hit.edu.cn]