A：目前有100万个目录的上限。我们某个用户正在使用的一个数据源里有10万个目录。从命名的角度，当达到 dms99999的时候，命名的规则变为 dxxxxxxx, 升级为99万9千9百9十9个的规则上限。另外，我们不推荐目录的深度多于22层
A: 在XM版本之前的版本里，文件最大值是2GB；XM版将这一上限提高到了4G；在V8i，更提高到了 14，000 TB，基本上也就意味着真正的瓶颈其实是在操作系统，而不是PW
A: 在同一个目录下，最多可以有750个项目
A: ProjectWise 集成服务器从很早（所有的V8 版本）就支持服务器集群的环境，而且从V8 XM版本开始，就可以支持在切换时无需用户重新登录。而且在 V8 XM版本上也增加了网络负载均衡。ProjectWise 网页控件同样也可以在网页服务器集群上运行。
A： 对于PW 集成服务器仅作为应用服务器（App Server）（而不是同时作为 文件服务器）来说，技术上的上限是同时连接2000个用户。这并不是受到 内存、CPU等等的约束，而是和单个Windows 进程可以产生的线程数有关（PW为每一个连接使用一个线程）。如果PW集成服务器同时还储存文件，那么当用户对一个文件发起需求时，系统还要创建另外一个 连接来传输这个文件。通常来说，对同一个ProjectWise 集成服务器，要想达到相对好的性能平衡，我们推荐的连接数，也就是同时在线用户控制在500个以内，因为我们的内部测试会覆盖这个规模。在这样的使用规模 下，我们发现性能的瓶颈更多的存在于网络和磁盘的读写，而并非 内存 和 CPU 的使用。由于硬件（网络和磁盘读写）的性能随着时间升级很快，我们相信这500个同时连接用户的推荐上限将会随着我们测试覆盖更大的规模而提高。
A: 任何一个目录下的文档数量受两方面条件的制约：性能和内存。首先，让你浏览这个目录的时候，PW 浏览器 会下载所有在此文件夹下的文档的元数据。文档越多，这一步所需要的时间就越长。我们发现当文件夹里有几千个文件的时候，用户对浏览的效率还是较为满意的， 但当数量达到1万或者更多的时候，就会对性能产生不满。另一个制约就是内存，当显示一个这种大目录的时候，所有的元数据都要先载入到内存中，首先是服务 器，然后再传到客户端，载入到客户端的内存中。如果是非常非常大的目录，PW 客户端 将会消耗非常大的内存使用。当然，如果用户不去浏览这些文件夹并显示其内容的话，这两个制约因素也都不是什么问题。也就是说，搜索并不受影响。
A：不存在一个技术上的上限。我们的内部测试曾测试过一千万个文件。我们有用户用到5-6百万个文档。
A: 文档名称：127文档描述：127文件名：127目录名：63目录描述：127
A: 数据源里的项目数没有一个固定的上限，但是，由于当项目数增加后，所有的数据库系统的性能可能都会受到影响。在不多于几万个项目的情况下，用户应该是感觉良好的。
A: 首先，连接到同一个PW 集成服务器的并发用户数，已经在另一个FAQ问答中讨论过了。然而，我们是可以配置多台 PW 基础服务器来连接同一个数据源的（部分现有用户就是这么用的）。在这种情况下，是有可能突破原来的并发用户的数量上限的。并没有一个技术上的极限，而性能 则很可能是一个最主要的限制因素，而且它与一系列因素相关，包括数据、使用模式、以及核心数据库系统的性能等。我们已知的测试是750个并发连接到同一个 数据源时，非常成功，而且这个数字很有可能还可以更高。
A: 每一个曾被访问过的数据源都会在服务器的内存中创建一套权限控制模型和目录结构的缓存。随着数据源数量的增加，这些缓存对内存的占用也会增加。在 PW V8i SS4 之前，PW 集成服务器都是32位的程序。像其他32位的程序一样，PW 服务器的进程最多能用到2GB的内存。我们曾观察到，20-30个数据源产生的缓存就能让服务器没有足够的内存来供用户正常使用。因此，对PW本身而言， 并没有数据源数量的限制，但由于内存资源的限制，显然存在一个推荐的上限。但这个上限也与每个数据源下目录数量、权限控制表的记录数等等是息息相关的。从 V8i SS4 开始， PW 集成服务器成为了一个原生的64位程序了，所以上述的内存使用限制也不复存在了。这意味着更多的内存可以用来做数据源级的缓存，也意味着在同一个集成服务器上，可以托管更多的数据源了。我们观察到有用户在同一个PW 集成服务器上托管超过100个数据源的。
A：不存在理论上限，我们有用户连接超过100个缓存服务器的到同一个集成服务器的。也有几个使用50个以上的缓存服务器的。