所以，我最近得到了一个请求，想出下面的解决scheme。 我确定有很多方法可以做到这一点，包括编写一个自定义脚本，但是我想知道最好的解决方法。
他们想要有以下的文件结构。 文件只能存储在最深的子目录（引号和图片）中。
但是，同时他们希望能够查看
其中将包含来自相关子目录的所有聚集文件的所有文件（和链接）。
就我个人而言，我认为最简单的解决scheme是最好的（而不是必须安装一个数字资产pipe理器或类似的东西），但是我真的很想听听你认为解决这个问题的最好方法，而不pipe复杂性如何。
Windows Vista和更高版本具有保存文件search的function，并在双击时重新运行它们 – 这对您来说可能就足够了。
如果你需要一些独立于客户端/服务器的东西，你可以为“All Quotes”和“All Images”创build目录，并定期运行一个脚本，在下面的用户目录中创build硬链接或者符号链接到quote / image文件以用户名作为前缀来防止命名冲突（如“jane doe – holiday.jpg” ）。 你可以使用像ChkMagic这样的服务来监视你的目录，只有在内容被修改的时候才会触发脚本。
这两种解决scheme都要求您适当地设置文件系统权限（即每个用户至less应该能够遍历外部用户的目录并读取所包含的文件）。
有多less客户？ 如果真的只有4个像你列出你可以使用DFS名称空间来聚合每个客户端下的所有共享。 然而，这对于less数用户不可行，因为您需要将每个子文件夹链接到名称空间。
如果您的Windows Server 2003服务器上已安装Sharepoint（可免费获取），则可以创build一个文档库，其中包含Quotes和Images的内容types。 两种内容types都有一个为客户名称定义的列 – 您可以将其作为select列表，并给予特定人员更新此列表的责任。 客户名称根据需要设置。
然后将文件保存到此文档库中，并且必须分配一个内容types，然后select客户端名称。
然后，您可以为每个客户端创build一个文档库的视图，一个用于所有图像，另一个用于所有引用。
不幸的是，Windows不支持这种“扇出”文件系统。 没有办法使两个单独的目录中的一个目录。
你最好的办法是做下面的一个：
A）创build一个像这样的结构：
B）或者像这样：
第一个布局可能是大多数用户最简单的解决scheme，但有时难以实现。 我build议避免重复“共享文件夹”的副本，并试图将每个文件夹的所有更改复制到对方。 这可以使用到“共享目录”的shortcut来完成，或者如果你感觉更有信心，可以使用“共享目录”的junction 。 后者可以在自己的文件夹中进行search，但是最初设置起来会更复杂。
第二种方法更容易由pipe理员进行设置/pipe理/pipe理，但对用户来说并不友善。 您只需构build一个“所有用户”types的目录并通知您的用户它的存在/位置。 这种情况的缺点是许多用户根本不会使用它。 而不是在两个地方看（可能加倍的时间寻找一个文件），他们只会select更简单的方法复制“共享文件”到他们的私人文件夹…或复制一切。