Предложения по созданию структуры управления документами с использованием скрытых общих ресурсов. - PullRequest
Новая
       5

Предложения по созданию структуры управления документами с использованием скрытых общих ресурсов.

1 голос
/ 09 июня 2010

Мне нужно добавить некоторые функции управления документами в мое программное обеспечение.Документы будут сгруппированы по названию компании и имени проекта.

Приложения должны получать доступ к папкам с помощью идентификационных номеров клиентов / проектов, а также легко просматривать конечный пользователь с помощью проводника Windows.

Клиенты и проекты будут храниться в базе данных.

Я подумываю о том, чтобы программное обеспечение создавало папки с понятным именем, а затем использовало скрытый общий ресурс с номером идентификатора для программного обеспечения дляполучить доступ к файлам.

Структура папок будет выглядеть примерно так: 

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

Так что в приведенном выше примере будет компания под названием "Компания 1" сИдентификатор «1234».
При просмотре папок с помощью проводника Windows пользователь будет видеть

\\ ServerName \ Documents \ Company1

, и вы также можете получить доступта же папка из

\\ ServerName \ Documents \ Company-1234 $

Используя скрытый общий ресурс, если имя компании изменяется или по какой-то причине его переименовывают,не разрывает ссылку в приложении, поскольку использование скрытого общего ресурса на основе идентификатора, который никогда не меняется.

Наличие сотен (возможно тысяч) или скрытых общих ресурсов на сервере обеспечит огромную производительностьce hit?

Есть ли у кого-нибудь какие-либо предложения или альтернативы для предоставления этой функции?

1 Ответ

0 голосов
/ 28 апреля 2011

Я думаю, что решение, которое вы обрисовали в общих чертах, в целом приемлемо для небольшого количества акций, но администрирование тысяч акций не является тривиальным, поэтому, если оно станет таким большим, вы должны рассмотреть решение для базы данных, я бы сказал.

Вы всегда будете руководствоваться одним фактором в отношении производительности. Будь то скорость / емкость сети, скорость / время поиска жесткого диска на сервере и т. Д. И т. Д.

...