【问题标题】:Design suggestions for creating document management structure using hidden shares使用隐藏共享创建文档管理结构的设计建议
【发布时间】:2010-06-09 01:08:21
【问题描述】:

我需要在我的软件中添加一些文档管理功能。文件将按公司名称和项目名称分组。

应用程序需要使用客户端/项目的 ID 号访问这些文件夹,但最终用户也可以使用 Windows 资源管理器轻松浏览这些文件夹。

客户和项目将存储在数据库中。

我正在考虑让软件使用友好名称创建文件夹,然后使用带有 ID 号的隐藏共享来访问文件。

文件夹结构是这样的

--Company 1 (Company-1234$)  
  -- Project 101 (Project-101$)  
  -- Project 102 (Project-102$)  
  -- Project 103 (Project-103$)  
-- Company 2 (Company-5678$)  
  -- Project 201 (Project-201$)  
  -- Project 202 (Project-202$)  
  -- Project 203 (Project-203$)

因此,在上面的示例中,将有一家名为“Company 1”的公司,其 ID 为“1234”。
使用 Windows 资源管理器浏览文件夹时,用户会看到

\\ServerName\Documents\Company1

你也可以从

访问同一个文件夹

\\ServerName\Documents\Company-1234$

通过使用隐藏共享,如果公司名称因某种原因更改或重命名,它不会破坏应用程序中的链接,因为它使用基于永不更改的 ID 的隐藏共享。

在服务器上拥有数百个(可能是数千个)或隐藏共享会对性能造成巨大影响吗?

是否有人有任何建议或替代方案来提供此功能?

【问题讨论】:

    标签: vb.net design-patterns document-management


    【解决方案1】:

    我认为您概述的解决方案对于少量共享通常是合理的,但管理 1000 份共享并非易事,因此如果它变得如此庞大,您应该考虑使用我想说的数据库解决方案。

    在性能方面,您将始终受一个因素的支配。无论是网络速度/容量,服务器上硬盘的速度/寻道时间等。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2016-01-31
      • 1970-01-01
      • 2019-12-31
      • 1970-01-01
      • 2014-12-07
      • 2013-11-14
      • 2011-02-24
      相关资源
      最近更新 更多