2010-06-09 3 views
1

내 소프트웨어에 일부 문서 관리 기능을 추가해야합니다. 문서는 회사 이름과 프로젝트 이름별로 그룹화됩니다.숨겨진 공유를 사용하여 문서 관리 구조를 만들기위한 제안 제안

폴더는 클라이언트/프로젝트의 ID 번호를 사용하여 응용 프로그램에서 액세스해야하지만 Windows 탐색기를 사용하여 최종 사용자가 쉽게 탐색해야합니다.

클라이언트와 프로젝트는 데이터베이스에 저장됩니다.

나는 소프트웨어가 친숙한 이름을 사용하여 폴더를 만든 다음 소프트웨어에 대한 id 번호가 숨겨진 공유를 사용하여 파일에 액세스하도록 생각하고 있습니다.

폴더 구조 그래서 위의 예에서 회사는 "1234"의 ID와 "회사 1"이라는 것이

--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$) 

같은 것입니다. 윈도우 탐색기를 사용하여 폴더를 검색 할 때 사용자가

\\ 서버 이름의 \ 문서를 볼 것입니다
\ Company1

당신은 또한

\\ 서버 이름에서 같은 폴더에 액세스 할 수 있습니다 \ Documents \ Company-1234 $

숨겨진 공유를 사용하면 회사 이름이 변경되었거나 이름이 바뀌 었습니다. 응용 프로그램의 링크가 변경되지 않는 ID를 기반으로 숨겨진 공유를 사용하기 때문에 링크가 끊어지지 않습니다.

서버에 수 백 (아마도 수천) 또는 숨겨진 공유를 사용하면 막대한 성능 저하가 발생합니까?

이 기능을 제공하기위한 제안이나 대안이 있습니까?

답변

0

제가 생각하기에 솔루션은 일반적으로 적은 수의 주식에 대해서는 건전하지만 1000s의 주식에 대한 관리는 사소한 것이 아니기 때문에 이것이 커지면 당신이 말하는 데이터베이스 솔루션을 살펴보아야합니다.

항상 성능과 관련하여 하나의 요소가 적용됩니다. 그것이 네트워크 속도/용량, 서버의 하드 드라이브 속도/검색 시간 등이 될 수 있습니다.