Alfresco 露天nodeREF的唯一性

alfresco文档节点引用的是ID、UID、UUID还是GUID

---

我还没有成功地找到任何关于这方面的文档，但确实看到AlfrescoOne的一个Java类中有一个GUID生成器。

是的，它们是唯一的。通常它们看起来像这样workspace://SpacesStore/d0ab65f5-599c-439e-a87c-35eef61a0515

露天节点对于其居住的租户来说必须是唯一的。默认情况下，它们基于某种GUID，但不必如此。如果你打开你的节点浏览器，你会看到有一些著名的节点

workspace://SpacesStore/rendering_actions_space -/app:company\u home/app:dictionary/app:rendering\u actions workspace://SpacesStore/publishing_root_space -/app:company\u home/app:dictionary/app:publishing\u root 但大多数是这样的workspace://SpacesStore/88829143-8494-4cfe-99d6-6c7949aaa279

---

由于系统中的每个租户中都会出现这些众所周知的节点，因此您知道节点在租户中只需要是唯一的，而在给定的安装中不一定是全局唯一的

GUID.generate用于创建的所有新节点。在以编程方式创建DataList条目时，我必须处理这个问题，其中每一行都必须有一个唯一的标识符

Alfresco，至少我的4.2版本使用的是GUID.java类，它在内部使用org.safehaus.uuid.uuidgenerator

尽管根据规范，由于相同的GUID而导致冲突的概率实际上非常低，但是您应该从safehaus中查看该类，以收集关于唯一性的信息，如果该ID是唯一的

[更新]

然而，为了加强其他人所说的，即NodeRef对于租户必须是唯一的，值得一提的是，不管GUID生成器的准确性如何，在某些情况下，在多个安装中都可以找到相同的节点GUID

例如，当开发一个放大器时，利用它将文件预加载到alfresco中。 在这种情况下，至少在Alfresco 4.2f中，如果要使用“替换现有文件”或“更新现有文件”选项，则必须手动指定要在AMP上载或替换的所有文件的guid。然后将该GUID分配给创建的新节点

---

因此，如果在不同的Alfresco安装中上载AMP，则每个AMP上的GUID都相同。

默认行为是生成GUID，但这不是唯一的选项。您还可以有一些特殊的众所周知的节点，例如workspace://SpacesStore/rendering_actions_space 这不是基于我所知道的GUID，但我想他是专门询问GUID node ref。我马上就要写更多关于这个主题的内容。是的，每个存储库都是全局唯一的。存储库意味着Alfresco数据库，无论文档移动到何处，您都可以使用此属性引用文档。