Design suggestions for creating document management structure using hidden shares.
Posted
by focus.nz
on Stack Overflow
See other posts from Stack Overflow
or by focus.nz
Published on 2010-06-09T01:08:21Z
Indexed on
2010/06/09
1:12 UTC
Read the original article
Hit count: 355
design-patterns
|document-management
I need to add some document management functionality into my software. Documents will be grouped by company name and project name.
The folders need to be accessed by the application using the id numbers of clients/projects, but also easily browsed by the end user using windows explorer.
Clients and Projects will be stored in a database.
I am thinking of having the software create the folders using the friendly name and then using a hidden share with the id number for the software to access the files.
The folder structure would be something like this
--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$)
So in the example above there would be a company called "Company 1" with a ID of "1234".
When browsing the folders using windows explorer the user would see
\\ServerName\Documents\Company1
and you could also access the same folder from
\\ServerName\Documents\Company-1234$
By using the hidden share, if the company name changes or its renamed for some reason it doesn't break the link in the application because its using the hidden shared based on the ID that never changes.
Will having hundreds (maybe thousands) or hidden shares on a server provide a huge performance hit?
Does any one have any suggestions or alternatives to provide this feature?
© Stack Overflow or respective owner