1
5
由于文档的unid(如果未被篡改)由从数据库副本ID计算的一部分和“创建”的转换时间戳组成,“相同”文档具有相似的unid,这并非纯粹巧合。 但这并不是您可以依赖的,它取决于您在归档中创建文档的方式。 如果你做了这样的事
那么unids就不会有任何关系了。
如果您使用
要识别您的文档,您必须拥有查找它的“密钥”。 一种方法是使用相同的universalid:
然后您可以检查是否存在,如:
如果不想直接使用universalid,可以计算一个键,或者再次使用源文档的universalid作为键:
然后在按ArchiveKey排序的视图中,通过搜索或更好的方式从GetDocumentByKey中查找存档文档:
|
2
1
对于邮件文档或会议邀请,您可以在存档之前将$MessageID字段用作唯一的参考项。过去,我用它为CRM数据库提供客户通信。即使在多个邮件数据库中,邮件ID也是唯一的,这有助于将混乱降至最低。 所以,类似这样的东西(未测试,没有可用的设计客户端atm)。。。
|
3
0
我强烈反对 任何 代理存档。应使用标准Notes归档选项和字段处理归档。理想情况下,文档只存在于主数据库或存档数据库中。当必须归档文档时,只需添加一个具有正确日期的字段ExpireDate,其余的工作(激活时)应通过归档完成。无需自行移动文档。 |
Frank Yuan · 如何检查IBM Domino中已存在的文档 6 年前 |
Nuri Ensing · 代理未完成时返回200 OK 6 年前 |
hdc · LotusScript代理在web上单击按钮并发出警报 7 年前 |
Alexander · 将jar重新导入domino数据库的问题 8 年前 |
Velaro · Lotus脚本-未激发数据库脚本初始化方法 9 年前 |
qu1cke · 检查数据库时出错<怪异字符>文件不存在 9 年前 |
Michael Kambeck · 在另一个数据库中创建文档并设置字段值 10 年前 |