中国IT动力,最新最全的IT技术教程
最新100篇 | 推荐100篇 | 专题100篇 | 排行榜 | 搜索 | 在线API文档
首 页 | 程序开发 | 操作系统 | 软件应用 | 图形图象 | 网络应用 | 精文荟萃 | 教育认证 | 硬件维护 | 未整理篇 | 站长教程
ASP JS PHP工程 ASP.NET 网站建设 UML J2EESUN .NET VC VB VFP 网络维护 数据库 DB2 SQL2000 Oracle Mysql
服务器 Win2000 Office C DreamWeaver FireWorks Flash PhotoShop 上网宝典 CorelDraw 协议大全 网络安全 微软认证
硬件维护  CPU  主板  硬盘  内存  显卡  显示器  键盘鼠标  声卡音箱  打印机  机箱电源  BIOS  网卡  C#  Java  Delphi  vs.net2005
  当前位置:> 程序开发 > 编程语言 > LOTUS > 开发心得
关于权限控制(有关读者域一问)
作者:未知 时间:2005-07-22 13:38 出处:Lotus中文技术站 责编:chinaitpower
              摘要:使用读者域可以限制文档读者,但我编写的公文表单有一项要求是: “不可阅读者名单”,这样我只好将部门所有人都查找出来,然后删除 不可阅读者,而不能使用一个组名称代表可以阅读者,当部门人数多 的时候(3-400),我想会增加消耗,不知道各位有什么好的方法实现 这个要求?
使用读者域可以限制文档读者,但我编写的公文表单有一项要求是:
“不可阅读者名单”,这样我只好将部门所有人都查找出来,然后删除
不可阅读者,而不能使用一个组名称代表可以阅读者,当部门人数多
的时候(3-400),我想会增加消耗,不知道各位有什么好的方法实现
这个要求?

--
※ 来源:.网易 BBS bbs.netease.com.[FROM: ppp86.zhongshan.gd.c]
发信人: dingxiang (丁香书), 信区: Groupware
标  题: Re: 有关读者域一问
发信站: 网易虚拟社区北京站 (Fri Dec 10 08:55:51 1999), 转信

在读者域里填写群组或角色对控制都有效。 
【 在 kamkam.bbs@club.netease.com (Xman) 的大作中提到: 】 
: 使用读者域可以限制文档读者,但我编写的公文表单有一项要求是: 
: “不可阅读者名单”,这样我只好将部门所有人都查找出来,然后删除 
: 不可阅读者,而不能使用一个组名称代表可以阅读者,当部门人数多 
: 的时候(3-400),我想会增加消耗,不知道各位有什么好的方法实现 
:    ....... 


--
黑夜的尽头是些许的灯光
通往理想的路是如此的艰辛。
面对荆棘,我只有奋然的前行

※ 来源:.网易虚拟社区北京站 http://bj.netease.com.[FROM: 202.104.123.3]
发信人: kamkam.bbs@club.netease.com (Xman), 信区: Groupware
标  题: Re: 有关读者域一问
发信站: Xman (Fri Dec 10 09:39:03 1999)
转信站: Netease2!Netease

【 在 dingxiang.bbs@bj.netease.com (丁香书) 的大作中提到: 】

谢谢您的回答,不过我还是将我的问题说清楚一些吧,对同一个表单生成
的不同文档,例如收文,有不同的不可阅读者要求,而且不可阅读者名单是
由收文登记的操作人决定的,我自己的理解是不能用ACL控制(因为数据是
共享的,不可能因为要阻止某些人看一个文档而将ACL改来改去),只能用读者域
但也没办法使用群组,因为对每个文档,群组的成员都可能不同!

是我没有了解清楚这个问题的实质?这是一个普通的收文管理而已,我
相信做过NOTES项目的朋友都可能遇到过.

原设计是有不可阅读者名单,然后视图和一些区段中用!@Contains(....)
过滤,我觉得有点不够可靠,所以想真正用notes的权限管理起来,请指点
一二才是.


: 在读者域里填写群组或角色对控制都有效。
: 【 在 kamkam.bbs@club.netease.com (Xman) 的大作中提到: 】
: : 使用读者域可以限制文档读者,但我编写的公文表单有一项要求是:
: : “不可阅读者名单”,这样我只好将部门所有人都查找出来,然后删除
: : 不可阅读者,而不能使用一个组名称代表可以阅读者,当部门人数多
: : 的时候(3-400),我想会增加消耗,不知道各位有什么好的方法实现
: :    .......


--
※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.105.163.51]
发信人: dega.p.bbs@club.netease.com (丁家豪), 信区: Groupware
标  题: Re: 有关读者域一问
发信站: 丁家豪 (Fri Dec 10 13:55:40 1999)
转信站: Netease2!Netease

廉颇老矣,尚能饭否?
你大概也知道老jianbo(其实还很年轻力壮)对读者域和作者域的精辟见解。
哪些人不能读取某个文档?Notes应该没有设置这个选项(据我所知),但是
Notes提供了哪些人可以读取文档。所以如何利用读者域和作者域呢?

我认为最安全的方法是:
数据库ACL的Default至少是作者。一个文档应该含有读者域和作者域。如果
一个人拥有编辑者的权限,那么实际上他对数据库中的文档都具有写的权限,
虽然他有时不能读取其中的内容,但是,既然可以写,那么就是不安全。
**所以数据库中除了管理员的所有普通用户都应指定作者权限或以下。**

以上是一个安全的前提,你也说了可以有其他方法,但是并不是安全的方法。
如果设置成上面的ACL,可能会使编程麻烦(这是代价)。如果希望某些人具有

不可阅读文档的权限,那么按照排它逻辑,只有把除了这些人外的可以阅读的
人都必须写入读者域。当然一个用户如果在文档的域中,他一定可以阅读文档,

所以在作者域中的人不必写在读者域中,这是冗余,不过不会产生错误,Notes

会取作者而不仅仅是读者权限给他。

针对你的问题,你肯定知道该如何了。顺便讲一下,代价不同,方法应该不同。


【 在 kamkam (Xman) 的大作中提到: 】
: 【 在 dingxiang.bbs@bj.netease.com (丁香书) 的大作中提到: 】
: 谢谢您的回答,不过我还是将我的问题说清楚一些吧,对同一个表单生成
: 的不同文档,例如收文,有不同的不可阅读者要求,而且不可阅读者名单是
: 由收文登记的操作人决定的,我自己的理解是不能用ACL控制(因为数据是
:    .......


--
总是想灌水*#$@&%!~

※ 来源:.网易虚拟社区 http://club.netease.com.[FROM: 202.104.123.3]
发信人: kamkam.bbs@club.netease.com (Xman), 信区: Groupware
标  题: Re: 有关读者域一问
发信站: Xman (Sat Dec 11 21:33:40 1999)
转信站: Netease2!Netease

【 在 dega.p (丁家豪) 的大作中提到: 】
谢谢您的回答,我目前也打算这样做,我只是担心读者太多时候占用资源
太多,比如1000人的公司,某份文件只有2-3个人不能阅读,要将900多都
写进去,会否令文档增大很多,速度下降?也许实际上不应该让这种情况
发生?

感谢您。

: : 由收文登记的操作人决定的,我自己的理解是不能用ACL控制(因为数据是
: :    .......



--
※ 来源:.网易 BBS bbs.netease.com.[FROM: 202.104.152.182]
发信人: dega.p.bbs@club.netease.com (丁家豪), 信区: Groupware
标  题: Re: 有关读者域一问
发信站: 丁家豪 (Sun Dec 12 13:48:39 1999)
转信站: Netease2!Netease

如此重要的文档不应该放到公共库里,应该另外创建一个专门的
用于管理非常重要的数据。
【 在 kamkam (Xman) 的大作中提到: 】
: 【 在 dega.p (丁家豪) 的大作中提到: 】
: 谢谢您的回答,我目前也打算这样做,我只是担心读者太多时候占用资源
: 太多,比如1000人的公司,某份文件只有2-3个人不能阅读,要将900多都
: 写进去,会否令文档增大很多,速度下降?也许实际上不应该让这种情况
:    .......

关闭本页
 
首页 | 投资与合作 | 服务条款 | 隐私政策 | 收藏本站 | 设为首页 | 新用户注册 | 免责声明 | 使用帮助
Copyright ©2005-2008 chinaitpower.com All rights reserved. www.chinaitpower.com 版权所有