Работа со сторонней базой через X++

[Raven Melancholic]

Цитата:

Это доступ, если использовать файловое хранилище то каждый пользователь получает доступ

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

Цитата:

Это бекапирование. Куда проще хранить бекап одного файла чем все эти папки и файлы.

Хранить проще. Но бэкапирование должно производится по определенным правилам, которые включают время на операцию. Если все данные в одной файловой группе (или бэкап делается не по файловым группам, а в целом по базе), то все зависит от соотношения полезных данных и редкоменяемых данных в blob полях. Если размер файлов, хранимых в вашей базе, сопоставим по объему с остальными данными, то можем поиметь проблемы. Данные файлов в blob полях меняются редко, а архивировать их нужно вместе со свей базой данных.

Цитата:

Можно контролировать кто открыл файл и держит - стандартный функционал.

Да, можно, но только с одним уточнением "В Аксапте". Если кто-то его открыл извне (из файловой системы или есть какой-то внешний клиент, понимающий формат хранения изображений в базе Аксы), то Акса ничего про это не знает.

Цитата:

Так же если документов уж очень много. то возникают баги, тормоза

Насчет багов не знаю, но тормоза при хранении всех прикрепленных файлов в одном каталоге есть. Когда количество файлов превышает пару десятков тысяч, то управлять каталогом очень сложно. Один просмотр его в любом файловом менеджере может повиснуть на несколько минут. Но тут есть стандартная возможность Аксы распределять разные типы документов по разным каталогам, прямо указывать путь к файлам (при определенных настройках). Ну и очень простая модификация, позволяющая хранить определенные файлы в разных каталогах и на разных серверах (по типам, по времени создания и т.п.). По крайней мере, такая модификация оставляет стандартные возможности и не требует извращений с внешними базами.

Цитата:

Все знаем SysDataBaseLog, которая ну очень большая

Согласен, на этапе запуска и внедрения новой функциональности хочется включить как можно больше логов. Но такие этапы, в конце концов, заканчиваются. Если в режиме эксплуатации включены все возможны логи, то это уже паранойя.
Ну уж если нужно хранить любой чих в течение ста лет, то можно посмотреть на секционирование таблиц, предлагаемое MS SQL. Правда, если при настроенном секционировании изменить именно SysDataBaseLog, то при синхронизации таблиц, скорее всего, Акса убьет это секционирование и его нужно будет настраивать заново. Но как часто изменяется структура SysDataBaseLog?