ТиС 77
Есть текстовые описания товаров.
Товар однозначно идентифицируется артикулом.
Ассортимент - небольшой.
Есть мысль: описания товаров пихаем в текстовые файлы типа 100510.txt, складываем "рядом" с базой (потом вывод в прайсы, отсылка клиентам, выгрузка на инет-магазины) (по такой схеме картинки привязаны - давно, все ок).
В базу пихать неохота (потом морочиться с правами и доп.фейсами редактирования/добавления для лиц, которые описания готовят).
А так - хоть в ворде, хоть в блокноте кому надо - тот и правит...
.
?
хорошо ли я мыслю, или - так себе?
ваш опыт в такой задаче что говорит?

Переходите на восьмёрку. Там это реализовано.

(0) Хорошо мыслишь. Я бы приерно так же делал.
Строки неограниченной длины в 1С 7.7 - это та ещё бяка.

Но, я бы делал сразу и мега-универсально. Отдельный механизм "ДопИнформация" (например, документ - в шапке ссылка на объект, и табличная часть с ссылками на файлы), где хранятся ссылки на разные файлы с идентификатором типа информации (картинка, описание, мега-описание, сертификат, сайт производителя и т.д и т.п.)

Имена файлов GUID/UUID. И REST сервис с API.

лучше не файлики, а базу отдельную. А доступ к ней как в (3)

(1) вы сами знаете куда вам идти с вашей сырой восьмеркой ;-)

(5) вот кстати на 8 можно все это хранить )))

(3),(4) вы умные, шо капец! ;-)

(7) если ты сам все знаешь - зачем спрашиваешь?
Мы тебе рассказали как СЕЙЧАС принято делать

Называется технология - микросервисы

чего вы всё на своих клюшках топчитесь

(0) ну, если на файлах, то имя файла = id элемента справочника. Ну или в реквизите ссылку хранить.
Можешь и отдельной базой на sqllite/compactsql/mssql

да и вообще пофик, как хранить..

главное, чтоб быстро доставалось.

(13) некритично

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

Можно как вариант оперировать переменным путём к файлам и хранения файла определённой структуры с описанием путей к файлам:

\\FileStore\<ИДБазы>\Справочники\Номенклатура\<полный код или иной ID>\indexfiles.txt

В файле indexfiles.txt данные с разделителем:
<тип данных>; <Имя файла>; <Автор>; <Редактор>; <ДатаВремя>; т.п.

Только при изменении полного кода (или иного ID) надо следить за корректным перемещением служебного файла.
Соответственно для любого объекта ты можешь проверить наличие служебного файла, его содержимое, наличие нужной инфы и т.п.
Минусы стандартные: файлы хранятся отдельно от базы, не бэкапируются вместе с базой, целостность данных не гарантируется

(16) типа такая хрень для привязки всяких сканов сделана, но никто не пользуется ;-) не особо надо ;-)

(17) А я так в 7.7 делал печать первички для налоговой при экспортном НДС. Удобно знаешь ли, отметил нужные доки (или из книги покупок собрал), отправил на печать и вуаля!, комплект копий первички. Правда было это в далёком 2005 или 2006 году...

(18) умилился... ;-)

(5) > вы сами знаете куда вам идти с вашей сырой восьмеркой ;-)

А что, я конвертер для документов в pdf на ней написал :))))
Работает в фоне, конвертит *.mxl в *.pdf
Чего добру пропадать ))))

(0) > В базу пихать неохота (потом морочиться с правами и доп.фейсами редактирования/добавления для лиц, которые описания готовят).

У нас сделали раздел на сайте, что-бы фрилансеры описания составляли с раздельным доступом и т.п. Нужные данные потом в базу сливаются. Остальные остаются на сайте.

Как только люди не извратятся, лишь бы на восьмёрку не переходить :)

(0) Стандартное решение

(0) "ТиС 77 "

Да вы батенька археолог.

(22) Незачем переходить. Да и очень дорого.

(0) примерно так было организовано хранение договоров в формате .doc в продукте 1с: Аренда. И ничего. Только тьма вордовских файлов в одной из директорий. Если пользователь убивал какой-нибудь файл, просто было сообщение, типа файл не обнаружен. Можно было или создать заново или решить проблему с арендатором. Договора создавались из шаблонов, которые лежали в отдельной папке. Я, было время, делал хранение файлов в 1с: документооборот. Но там тоже хранение либо в томе на диске, либо в базе.

(0) Пиши/читай в отдельную SQL-базу, с веб-мордой для редактирования. Пойдет даже MySQL.

Один из недостатков 7ки: нет возможности работать от лица "сервера". В результате любой юзер может грохнуть все ваши описания одни движением мышки.

(28) Если заморочиться, то не сможет.

ERP уже предлагали?

(28) описания на оперативный процесс торговли - не влияют, так что если грохнут - то не критично, таймаут для восстановления есть

(0) параллельно на скуль положить базу для картинок и описаний

(26) Да все так было организовано, пока не сделали репозитарий файлов на уровне платформы

пришпандорил как в (0)