1С:Предприятие 8.3 (8.3.8.1964) скульная база.
Что вы знаете о работе с объемными фотографиями в 1с? Что если загружать в присоединенные файлы к номенклатуре фотографии весом в пару мегабайт, и таких фотографий будет хранится ну допустим 5000. Скажется ли это на производительности всей базы в целом?

(0) что-то мешает хранить в томах ?

(1) поняла, вопрос снят

(0) Не особо скажется.
Но лучше все таки хранить в томах.

Если хранить данные в томах, их легче потерять.
Админы забывают, что бэкап 1С базы не бэкапит данные в томах. А данные в томах из-за их объемы не бэкапят или забывают бэкапить.

На производительности не скажется, проверено. А вот работы программистам добавит. У нас заказчик в попе мира, периодически нужна копия базы для файловой. И что? Х***шки. Таблица уже за 15Гб перевалила, сам дтшник на столько же. Контора государственная, эту машину на мзменение варианта хранения файлов мы пинаем уже пятый месяц

(5) если не злоупотреблять, то можно намного больше.
У нас на прошлой работе 2тб файлов было с минимальной нагрузкой в общий вклад.
15 Гб это был объем за сутки.

Но единственное, что - регистр был не типовой

Потом админ начал вопить - нет места для бекапа, и последний месяц хранили в SQL, а остальное переносилось в тома на медленную файлопомойку

http://smallfoto.ruprograms.com/ Тип распространения    Бесплатный

оптимизируйте под вебкачество. Вы же не полиграфию храните, зачем вам столько оттенков? Сделайте обеднение.

(4) там еще подстава - копия базы - если захватить файл для редактирования - то в рабочей он потеряется (для БСП так)

Спасибо

(5)Удаляйте из тестовой копии большие таблицы которые не содержат нужных данных