Система управления файлами

Здравствуйте!
Попросили разработать небольшую систему документооборота. А именно, вот с чем ко мне обратились:

есть 5 человек, каждый из них работает с отчетами pdf. Файлы могут быть связаны друг с другом.
Каждый пользователь может изменять файлы. К файлу приписана еще информация, которая тоже может измениться.
Реализовать поиск по названию файлов.
В любой момент времени можно вернуться к любой версии файла и данных, связанный с ним. ОС - windows 7. Все данные, файлы должны находиться в пределах локальной сети, без доступа в Интернет.

Тратить деньги они не хотят на покупку готового решения (если оно есть).

Из этих требований на вскидку вижу такое решение:
клиент-серверное приложение.
Сервер - MVC приложение, по ролям дает доступ пользователям, записывает каждое их телодвижение в базу в виде логов.
База находится на нескольких raid массивах с зеркалированием.
Клиент - wpf приложение коннектится к серверу и передает запросы, авторизованного пользователя.
Клиент и сервер взаимодействуют по REST API.

Возникло много вопросов в части проектирования.
1) На сколько правильно движутся мои мысли? Может есть решение лучше?
2) Тратиться на технологии не хотят, поэтому какую бесплатную БД выбрать с возможность масштабирования и резервного копирования данных?
3) Как работать с файлами? Это совсем не понятно. Предположим сейчас 10 000 файлов по 1 мб - это уже 10Гб. Как вести их журналирование, и реализовать одновременный доступ к файлам так, чтобы пользователи работали всегда с актуальной версией.
Записывать в бд файлы и их версии, как-то много будет данных. Читал про файловые серверы, но не представляю как они работают с windows и как устроена поддержка версий файлов.
4) Подозреваю, что в будущем захотят искать по содержимому файлов, тут нужен ElasticSearch?
5) Слышал про объединение в кластеры, но и тут тоже пробел в знаниях.

Прошу поделитесь опытом и направьте на верные мысли. Спасибо!

0

Сообщение от Stick есть 5 человек, каждый из них работает с отчетами pdf. Файлы могут быть связаны друг с другом. Каждый пользователь может изменять файлы. К файлу приписана еще информация, которая тоже может измениться.

Как pdf файлы могут быть связаны друг с другом? И как вообще пользователь может изменять pdf?

0

Может использовать одну из готових систем контроля версий, например git?
Тогда вам достаточно будет настроить git сервер и написать прослойку, которая будет делать необходимые вам операции.
По поводу работы с актуальной версией тут непонятно что имеется ввиду.
Если одновременное групповое редактирование и последующее автоматическое слияние изменений, то слишком многого хотят. Такое только гугл докс умеет, а с pdf такое не сделать.

0

Сообщение от Stick Файлы могут быть связаны друг с другом.

Файлы можно связывать хеш суммой файла + имя + любые тэги + полный путь хранить. Типо новый документ связан с таким то и так до исходного.

Сообщение от Stick К файлу приписана еще информация, которая тоже может измениться.

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

Сообщение от Stick Реализовать поиск по названию файлов.

Тупо проиндексировать папку

Добавлено через 6 минут

Сообщение от Stick Клиент - wpf приложение коннектится к серверу и передает запросы, авторизованного пользователя. Клиент и сервер взаимодействуют по REST API.

Сообщение от Stick Сервер - MVC приложение, по ролям дает доступ пользователям, записывает каждое их телодвижение в базу в виде логов.

Права на папки раздать и делов то

0

Сообщение от Cupko Как pdf файлы могут быть связаны друг с другом? И как вообще пользователь может изменять pdf?

Какое-то спец ПО генерит отчеты в pdf. Эти выходные отчеты, как понимаю, могут иметь одно и тоже имя.
Связаны так: Отчет 1.pdf ссылается на параграф 2.1.3 файла Отчет 2.pdf. Связь, указывается в виде ссылок на файлы в БД, например.

Сообщение от nicolas2008 Может использовать одну из готових систем контроля версий, например git?

Не задумывался, что git может скушать pdf. И пока не вижу как это заставить работать. Под прослойкой Вы понимаете обёртывание команд git pull... git status и т.п.?

Sanek32, Ваше предложение крутое, если сервер на одной машине был и всегда будет. Предположим накрылся HDD, если есть бекапы, или тот же raid все гуд). А если нужно перенести сервер на другую машину. Или взять с собой на ноуте всю базу данных с файлами в бизнесс путешествие. Тогда нужно вновь повторять весь этап настройки. А MVC сервер развернуть на IIS и нет проблем, т.к. вся логика уже описана.

Сообщение от Sanek32 Информация какого плана ?

Бд, содержащая сведения о предприятии, принадлежность файлов отчетов к отделам. Кстати, эти файлы могут быть проверены кем-то выше, а следовательно должна быть инфа о валидности сведений в файлах.

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

0

Сообщение от Stick Не задумывался, что git может скушать pdf

git-у все равно какие файлы хранить.

Сообщение от Stick Под прослойкой Вы понимаете обёртывание команд git pull... git status и т.п.?

В обертке будут комманды типа добавить файл, достать файл, посмотреть историю версий файла и т.д., которые будут транслироваться в комманды или группы комманд к git.
Если версий файла много, а изменений в них мало, то получите значительную экономию места т.к. версии в git хранятся в виде дельты изменений.
Дополнительную информацию о связях можно хранить рядом в каком-нибудь файле метаданных используя id коммитов в качестве ссылок на другие файлы.
Минус этого дела - недостаточная гибкость если будут возникать новые хотелки.

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

1

Сообщение от Stick Связаны так: Отчет 1.pdf ссылается на параграф 2.1.3 файла Отчет 2.pdf. Связь, указывается в виде ссылок на файлы в БД, например.

То есть в теории ссылок может быть много ? Получаем деревья зависимостей. А что если захотим из середины файлик грохнуть ?


Предлагаю сохранять файлы с именем {GUID}.PDF. А в БД хранить метаданные для поиска.

Сообщение от Stick Предположим накрылся HDD

Создайте распределенное хранилище.

Сообщение от Stick А если нужно перенести сервер на другую машину.

robocopy с ACL.

Сообщение от Stick А MVC сервер развернуть на IIS и нет проблем, т.к. вся логика уже описана.

Просто вам же больше кода писать...

1