倾情再问-----关于数据库的规划------看看也给分(100分)

L

luckystar

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #1

接着我的上一个问题问
这是我的第一个数据库程序，很多地方都不懂
我用D4+interbase做了一个三层，已经做好了，我在客户端做的很复杂，
应用了大量的自动生成组件，比方说所有的表共用一个编辑界面，自动
生成查询条件等，我这样的目的是想让今后的修改仅仅集中的服务器端
添加或删除表，再一改数据字典就行了，但这样使我的工作变的十分复
杂，界面也不好看，另外是自动生成，很难考虑的面面俱到。
最后，我的客户端居然比服务器端都大
请各位做过类似东西的大虾指教，我这样做对否，不知各位自己是怎么
做的？

 

C

Chenlili

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #2

三层的意义在于客户端很瘦。
将计算规则放在中间服务器上。
可以考虑将客户做得像浏览器一样，尽量简单。

 

X

xWolf

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #3

我没做过三层,我只是冲着"看看也给分"来的

 

J

jajsxf

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #4

现在都流行B/S了，老兄你还是把client端做瘦些吧。

 

L

luckystar

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #5

具体如何让它瘦呢，不知哪位做过教教我
客户端做瘦我也知,但具体一做就越做越大

 

阿

阿朱

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #6

客户端一般只取数据做查询，录入等工作，具体有什么业务规则，把数据送到中间层去处理吧，客户端就成了浏览器，你的编程思路还停留在单机桌面型数据库。参加过
大型软件的开发你就明白很多了。

 

A

archie

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #7

我 现在在作C/S系统,还没有做过三层Midas系统. 我可能在不久也将进军瘦客户系统. 如各位大虾有什么好建议,请联系我(lhw_archie@163.net).

 

W

walala

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #8

中间层
客户一定要瘦

 

S

SuperMMX

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #9

客户端就只是一个界面，把要看的东西， 要输入的东西搁在上面，
剩下的就不是它的事了。

 

A

adminis

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #10

把操作放到APPSERVER上做。
界面还是要多写些代码的。

 

C

chimney

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #11

客户端比应用服务器大肯定不是三层结构。

 

T

tankhero

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #12

还是让我说两句吧!你现在已经作了很多工作.如果改成叟客户,会有很多工作需要去做,我看你不如把你的参数包括窗体的参数用INI保存.这样的话所有的程序量全在文本里边,可以简化不少.

 

L

luckystar

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #13

我的服务器端有这些东西
一些存储过程，触发器
Tprovider的一些事件处理过程
一些接口的方法主要用于取得数据库的信息，为客户端自动生成组件
提供依据
大家看看,还缺什么?

 

L

luckystar

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #14

我准备把这个东西用D5重写一遍，刚才打开D5,想了半天又关上了。
我心中现有两套方案
一，常规方法，简单极了，但不利以后维护
二。通过写接口的方法，获得服务器端数据库的特性，以此为依据
由程序自动对客户端进行规划。编程复杂，但今后维护只用动
服务器端

实际上第二种方法我已实践成功，但太麻烦，很多东西要考虑，尤其
是调试时那数不清的access violation,弄的我几近崩溃。
所以我还是比较向往第一种方法
我因为没有这方面的经验，所以我迫切想知，各位大虾，你们做这类
东东是如何做的？ 或者留个妹儿让我日后请教？
小弟在此三鞠躬

 

R

rixin

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #15

建議看一看李唯的書
重要是理解三層的主要用途,前幾天還是討論
"關於三層分布到底有用沒用"可以找看一下

 

C

cAkk

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-21

• #16

虽然三层我不熟,但是"瘦"并不仅仅指文件体积吧? 你上面说的应用,如果不用
三层,客户端加上BDE什么的,体积会更大,相对来说,现在瘦多了.

 

天

天秤座

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-22

• #17

三层结构，当然最少要用三层了。
客户端仅是用户界面（人机界面）而已，而各种商业规则应最大限度的放入中间层中。

 

L

liuminghao

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-22

• #18

客户层应该很瘦！！！这样容易维护。

 

G

gben

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-23

• #19

瘦客户端的意思是让用户尽可能少的与数据库服务器打交道.

 

F

fsm

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2000-04-23

• #20

应该尽量把共同的功能放到服务器那里，这样多个客户断程序就可以调用
服务器的功能了，不但修改方便，而且实现了真正的瘦客户。