Есть клиент у которого база Розница  на облаке у франя. Но локально в магазинах есть база РИБ.
Облако на линуксе. Точно не уверен но мне кажется база файловая.
Так вот этому клиенту внушили что нельзя загружать рисунки в базу 1С Розница база будет торомозит.
Позиций товаров по остатком если судить 1200 наименований.
Так вот Клиент теперь рисунки собирает в екселе и хочет как-то с 1С в ексель посадить цены и остатки напротив рисунков.
Я со своим другом попытались эту идею воплотить. Друг в екселе мастер. Я решил с 1С выгрузить прайсы и цены.
Но дело не увенчалось успехом.
После этого клиенту сказал введите все 1С и рисунки туда подгружайте не не надо придумывать всякие не нужные схемы. Это я им с самого начала говорил.
Но тем не менее попытались воплотить идею спецов из франя.

Вопрос!
Неужели база с рисунками имеет проблемы и тормозит.
У меня был опыт работы с рисунками в самописке где я хранил фото рабочих (700-1000 человек) в строительной компании.
Испольовали фото для визуальной сверки при приеме пищи или при прохождении различных зон.

(+0) Я еще посоветовал.
1. Найти нормальное облако с нормальным железом.
2. Если надо переходить на скуль или на експрес скуль.
3. Ввести всю инфу и картинку в 1С и уже оттуда отчет нарисуем им с рисунками.

(0) если файловая, то очень быстро упрется в максимальный размер базы и все.

так можно же в каталоге хранить

(0) продайте им документооборот. он умеет быть хранилищем файлов. ну и вишенка на торт - бесшовная интригация, ну там веб-севис DMService и всё такое. и вам приятно и денег заработаете и прокачаете эластичность мозга

(3) Вариант обсуждался. Но пока в типовом функционале хранить можно в базе только.
А так придется пилить вроде как. Розница для Казахстана.

(4) на сколько я понял клиент не осилит такие бюджеты. Или им не могут предложить грамотно решение.
Я всего лишь пока советчик-консультант за не имением таковых у франя.

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

(5) а что у вас розница на каком-то своем БСП?

(7) (8) Попробовал включить функционал но почему то не сработало.
Хотя вроде как настройки есть.
Часто Казахстанские типовые это клон Российских типовых с переделкой под специфику и при этом некоторые вещи не работают или не доделаны или по релизам отстают.
Или просто с заглушкой.

ну так это БСП. я просто не слышал про другие версии бсп для других стран

Как вариант - можно создать отдельную папку, в нее загружать изображения с наименованием, например, равным коду товара или артикулу. А формируя отчеты из 1С, уже обращаться к этой папке за файлами изображений. У нас база на SQL (товаров ок. 30 тыс.)- картинки храним, но "маленькие", чисто чтобы в отчеты выводить и прайсы.

(2) И какой же максимальный размер базы файловой?

(12) 6Гб сейчас

(13) Я спросил не размер таблицы

(0) Там настройка есть https://i2.paste.pics/283d97780ab48e58c688430b099fd06b.png?trs=60174cc3ec6c8948da637408dbbd4706e227433d9d28e072a7bc087834a70180

(15)+ специально сча проверил что картинки номенклатуры в тома хранения скидываются

У них база файловая весит сейчас 1.2 ГБ
С рисунками будет наверно 1.8 или 2.2 ГБ

(17) см (13), это на одну таблицу 6 гб, на регистр 18 гб, .... прогноз слишком хороший чтобы "заниматься преждевременной оптимизацией"

(18) Мы же не обсуждаем про размер одной таблицы. И про именно этот затык.
А обсуждаем вообще как розница шевелится "по жизни" с рисунками в среднестатистической ситуации с средними хар-ками железа и приемлемыми размерами файловой базы.

(18) а откуда информация? На итс не нашел что-то, только как и прежде - 4гб