Имя: Пароль:
1C
1C 7.7
v7: Хранение картинок в 1с 7.7
,
0 felix_2013
 
09.01.13
12:15
Доброе утро. Стоит задача привязки изображения к каждому товару, т.е заходим на карточку товара - выбираем изображение - оно отображается в карточке и все рады... Но, вопрос в том , как можно хранить все эти изображения вне ИБ,т.е в отдельной папке, где-нибудь на диске.. правильно ли вообще будет реализовывать такой подход ? Просто картинки могут быть весьма объёмны, поэтому хранить их в базе накладно.. P.S Подскажите, кто знает , как привязать картинку в другом другом формате кроме bmp, ico и т.п
1 varelchik
 
09.01.13
12:18
Формат базы?
SQL dbf?
2 varelchik
 
09.01.13
12:20
Для SQL у меня есть КлассХранилище.
В нем можно хранить любые бинарники.
3 varelchik
 
09.01.13
12:20
что-то типа Снеговикового Хранилища.
4 Ёпрст
 
09.01.13
12:21
храни на диске, имена файлам задавай по id элемента. Всё собственно.
При печати - поиск файла по маске  по id элемента в этой папке.
В базе ничего хранить не надо( даже имя файла)
5 kiruha
 
09.01.13
12:21
А для ДБФ тупо каталог и справочник соответствия номенклатуры и имени файла, которое нужно формировать уникальным
6 felix_2013
 
09.01.13
12:23
Ну в базе придётся хранить имя файла, у меня потом выгрузка на сайт всего этого чуда идёт ... Имена файлов придётся тоже изменить , потому что клиент не один и мало ли изображения совпадут...
7 kiruha
 
09.01.13
12:23
(4)
>>В базе ничего хранить не надо

Не универсально - картинку(или файл) можно прицепить к любому спр/документу
8 varelchik
 
09.01.13
12:24
(4) У меня ДокументоОборот на этом построен.
Все надежно храниться (ворд,эксель и т.п. файлы) и шустро работает.
А что если юзвер доберется до папки с файлами?
9 varelchik
 
09.01.13
12:26
(7) конечно.
Для того я класс и делал.
Любой справочник или документ имеет свою табличку хранения.
10 felix_2013
 
09.01.13
12:27
но в принципе с именем фала по коду + унп какой , с этим разберусь. Еслю юзер доберётся до папки с файлами - то что тут уже поделаешь , мне потом эту папку понадобится забрать каким то волшебным способом и прислать себе, но это уже следующий этап .. пока стоит задача просто хранить файлы в левой папке и получать к ней доступ из базы с 1кой ...
11 Ёпрст
 
09.01.13
12:27
(7) имеешь ввиду одну картинку на разные объекты ?
Врят ли такая задача стоит у автора.
12 felix_2013
 
09.01.13
12:28
у каждогообъекта своя картинка, коды возможно совпадут, но код унп нет
13 Ёпрст
 
09.01.13
12:30
(12) внутренний id объекта уникален в пределах вида, если что.
Не надо там никаких своих кодов лепить
14 felix_2013
 
09.01.13
12:30
Может есть возможность в 1с формировать какую отдельную базу с изображениями , а потом эту базу подключать к товарам ?...
15 kiruha
 
09.01.13
12:30
(0)
>>как привязать картинку в другом формате
1C++
http://www.1cpp.ru/forum/YaBB.pl?num=1186442602

(11)
У меня было можно прицепить несколько картинок и несколько файлов к любому элементу и документу
16 felix_2013
 
09.01.13
12:33
kiruha , про форматы спасибо , разберусь на досуге
17 felix_2013
 
09.01.13
12:33
но там тоже видно несколько проблем
18 felix_2013
 
09.01.13
12:34
Большие файлы грузить не хочет, вылетает 1С
PNG не видит
19 Ёпрст
 
09.01.13
12:34
(15) дык постфикс и привет, хоть сколько угодно к одному объекту (да и поиск по маске по части имени файла тоже быстро).
20 Ёпрст
 
09.01.13
12:36
(16) на счет форматов, активикс на форму (вебброузер какой-нить) и привет - покажет любую картинку как надо..
для пдф - тоже есть активиксы (но не советую, ибо долго это всё в плане отрисовки, скажем, на терминале)
21 kiruha
 
09.01.13
12:36
ссылку навскидку дал.
Можно поискать другие activeX в репозитарии 1С++

Насчет хранения в другой базе - я собирался - но это ж надо тащить несколько мб по сетке - ну его.
Тем более каждый день архив
22 felix_2013
 
09.01.13
12:37
Спасибо , попробую что похимичить..
23 kiruha
 
09.01.13
12:46
Кроме основной юзеры могли хранить всякие дополнительные картинки, техническое описание, схемы проезда для контрагентов, конкурсную документацию для поставок и т.д.
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший