我最近刚在做一个办公自动化的程序,大家帮我出出建议!

BCB 2003-04-18 11:01:05
办公自动化的程序有现成卖的,要5万多元,太专业化了,
我想自已试编一个全厂办公自动化的程序 OA,傻瓜化的,
功能: 发通知,发公告,发布文档,发布公文等
每台机安排一个帐号、密码,
有点象OICQ的味道,但没有用UDP,而是借助于SQL2000SERVER
做中间服务器,每几分钟自动刷新一次访问SQL2000server,
发送的文件也存在数据库记录中,访问完数据库就断开数据库;
不知140个用户同时用它用会是什么后果?
程序很简单,BCB5+ADO+sql2000server,二层c/s

多提点建议、经验,好建议者多发分!
...全文
99 20 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
myy 2003-04-19
  • 打赏
  • 举报
回复
数据库为什么不用Oracle呢?Oracle有DBMS_ALERT 及 DBMS_PIPE ,可以在会话或客户端间
直接发送消息的,比起定时刷新效率更高。
ysqu 2003-04-19
  • 打赏
  • 举报
回复
gz
jukyy 2003-04-19
  • 打赏
  • 举报
回复
ADO我用的多了,建议尽量少用ADOTable,因为表里的记录如果多了(几百条就可算多的了),效率特低,尤其在更新记录后不能用ADOTable1->Refresh(); 否则,慢死了。
用SQL2000SERVER(应该是Microsoft的吧,Sybase也有这个东东的,配合Unix用的),可以多用
TStoredProc,它的效率是最高的。以下是有关几种常用数据控件效率的比较,也适合于ADO。
1.TTable元件的所有Method都会做Select数据表所有数据的动作,而TQuery元件将只进行你指定给它的工作,因此TQuery确实比TTable的执行效率好很多。
2.TStoredProc是用来调用后端数据库内的Stored Procedure,Stored Procedure会把要执行的代码(对数据库的任何操作都要通过SQL来执行,而SQL必须先Parsing成P-Code码。这里指的代码是P-Code)。因此,用TStoredProc省去了Parsing的时间,也省下了从前端传送SQL命令的时间。
可见,效率由快到慢的是:TStoredProc,TQuery(TUpdateSQL),TTable。当然,不是绝对的,你要有选择性的用:
当你的查询必须读取极大量的数据,而得到少数的结果,就用TStoredProc;
当你使用的是单一数据表,并不会大量增加是,就用TTable;
其他类型的数据查询或异动就使用TQuery或TUpdateSQL。
前提:这里的比较是基于SQL-Base的关系型数据库。你这个项目的应用我想适用。

不过,你要做得追求漂亮,还是做成web形式的吧,用web服务器速度快,浏览也方便(用IE即可)。


qiuafa 2003-04-19
  • 打赏
  • 举报
回复
up
sbbmu 2003-04-19
  • 打赏
  • 举报
回复
学习
netsys2 2003-04-18
  • 打赏
  • 举报
回复
1)你为什么不做成WEB的呢?

你还得给每个前台安装程序、驱动。

2)还有你必须考虑内部EMAIL,有大量的应用。

3)你为什么不采用NOTES呢?
我接触到的大公司如ICBC、BOC等都用它
bcboy 2003-04-18
  • 打赏
  • 举报
回复
做OA一般用b/s方式,方便升级、修改等。
c/s的OA没听说过,万一要升级什么办?每个客户端都更新一遍?
yesry 2003-04-18
  • 打赏
  • 举报
回复
定期刷新不如收到信号后刷新。
warton 2003-04-18
  • 打赏
  • 举报
回复
没做过,来听听!
chifengwatch 2003-04-18
  • 打赏
  • 举报
回复
随便说说,不对的地方请指正。
1、网络状况要好。
2、建议多用视图、存储过程,减少客户端的请求操作。
3、注意记录的锁定,比如多人修改文档的问题。
4、监视客户端的非法操作,比如,文档没提交之前客户端断电,应当可以恢复。
.
.
.
就想了这么多,希望有帮助。
yyfzy 2003-04-18
  • 打赏
  • 举报
回复
这方面我还没有接触过。

来听听总结。
95533 2003-04-18
  • 打赏
  • 举报
回复
140个用户估计问题不大。如果用户多了,建议后台用unix+informix比较好。
cmsoft 2003-04-18
  • 打赏
  • 举报
回复
现在都是B/S做得多呀,或者Lotus做呀,用BCB做是吃力不讨好呀:)
ffww 2003-04-18
  • 打赏
  • 举报
回复
我建议还是用B/S结构吧。
C/S结构真是吃力不讨好哦。
SeekTruth 2003-04-18
  • 打赏
  • 举报
回复


同楼上的看法。

chifengwatch 2003-04-18
  • 打赏
  • 举报
回复
支持楼主用BCB做。
我用过NOTES,感觉就一个字“烦”。
象做网页。又是公式语言,又是脚本语言,乱七八糟的。
gyj_china 2003-04-18
  • 打赏
  • 举报
回复
我做过一个局域网数据传输系统。但没做个OA,我也想听听别人的高见。
BCB 2003-04-18
  • 打赏
  • 举报
回复
许多办公自动化的程序都有Lotus做的,我采用BCB主要:
不熟悉Lotus,为了这个小程序花大精力从无学Lotus,有点力不从心,
对BCB有感兴趣,就拿它做试验;
我在国企,没有老板逼我用什么语言,自已既是“项目经理”、又是编码员,
随自已高兴,呵呵,就是工资没有你们多!

BCB 2003-04-18
  • 打赏
  • 举报
回复
这是我的一个小项目,只许成功不许失败:
1。暂时先不用UDP:
如果做成象QQ那样的,可能工作量有点大,
因为是在局域网中,我想用SQL2000SERVER
做中转完全可行,因为:主要是文档的互传、共享,
实际就是库记录的共享而已;
但不用UDP,实时性不可能太强,以后再改进加
入UDP:
2。不做成B/S形式:
B/S做查询可以,但用它做OA,有点不方便,
如果将腾讯将QQ改成B/S形式,我想不太现实;
但我仍结合B/S,用CGI在网页中显示一些发布文档或公告。
3。客户程序做成自动升级;
我将我的主程序分成两个,第一个小程序只负责
升级,比较版本号,从SQL服务器传来升级后的程序,
再运行它;
4。库记录刷新问题:
一旦有通知或公文到达,用SQL2000SERVER,只有刷
新才能知道,刷新太频繁,服务器负担太重,如果周期
太长,实时性不好;估计以后要借助UDP进行通知;








killer12345 2003-04-18
  • 打赏
  • 举报
回复
我同意netsys2(来电)看法,或者做成发tcp/ip包格式的也很好呀。

13,870

社区成员

发帖
与我相关
我的任务
社区描述
C++ Builder相关内容讨论区
社区管理员
  • 基础类社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧