Вход | Регистрация

1С:Предприятие :: 1С:Предприятие 8 общая

Быстро получать данные из регистра другой базы

Быстро получать данные из регистра другой базы
Я
   vfire1000
 
22.11.17 - 11:17
Добрый день.
Есть задача сохранять изображения. База сервеная.
Хранить в боевой базе не хочу, админы не хотят хранить на шаре.
В итоге делаю еще одну базу (база-фото). У неё веб-сервис.
При сохранение изображения в боевой, отправляю изображение в базу-фото. В боевой сохраняю идентификатор изображения из базы-фото.
Вопрос, как хранить идентификатор в базе-фото?
Строка или на каждое изображение создавать элемент справочника или реквизит с типом "УникальныйИдентификатор" или как нибудь еще что-то
 
 
   Волшебник
 
Модератор
1 - 22.11.17 - 11:19
Как угодно, только проиндексируй
   Fram
 
2 - 22.11.17 - 11:19
Проделал столько работы и уперся в выбор идентификатора? :)
   lodger
 
3 - 22.11.17 - 11:20
УникальныйИдентификатор в запрос не запихнуть, например.
а конвертнуть в строку - и суй сколько лезет.
   GANR
 
4 - 22.11.17 - 11:21
Можно взять MD5 от фото и на его основании сгенерировать ссылку справочника, можно в регистре сведений сделать измерение типа строка 36 символов и проиндексировать. Вариантов реализации масса.
   vfire1000
 
5 - 22.11.17 - 11:26
(2) Еще не проделал ничего )
(4) понятно что масса. Хочу максимально быстрый
   Рэйв
 
6 - 22.11.17 - 11:28
(5)Сделай строковый УИД, в чем проблема то?Быстрее чем со строками только работа с числами
   Остап Сулейманович
 
7 - 22.11.17 - 11:33
+ (6) Тем более на фоне передачи между базами данных изображения - затраты на генерацию любого суррогатного индекса  будут ниАчем.
   vfire1000
 
8 - 22.11.17 - 11:34
(6) я думал УникальныйИдентификатор быстрее будет, но (3) говорит что не взлетит в запросе
   Волшебник
 
Модератор
9 - 22.11.17 - 11:34
(5) Вот тебе решение:

Заведи справочник "Фото" с реквизитом "ID" типа строка, проиндексирован, и прочими реквизитами (сведения об изображении)

И регистр сведений с измерением "Фото" (типа справочник, проиндексирован) и ресурсом типа "ХранилищеЗначений"
   Рэйв
 
10 - 22.11.17 - 11:37
(8)Так и юзай УникальныйИдентификатор, только приводи его к строке. Тогда и запрос его будет кушать
 
 Рекламное место пустует
   GANR
 
11 - 22.11.17 - 11:39
(9) Очень хорошо - такое решение позволит быстро получить выборку ссылок на фотки. Только лучше Код использовать в качестве реквизита ID - не надо аппендиксы оставлять.
   Остап Сулейманович
 
12 - 22.11.17 - 11:41
(8) С точки зрения СУБД - УникальныйИдентификатор - подмножество типа CHAR. Но с фиксированной длиной в 36 штук. И быстрее будет только в том смысле, что нет необходимости каждый раз вычислять реальную длину строки. На фоне обменов данными изображения - ниочем.
   Остап Сулейманович
 
13 - 22.11.17 - 11:43
+ (12) И вообще. Раз уж принято хранить изображения в другой базе - я бы сразу хранил их в скульной. Зачем прокладка из 1С - мне не понятно.
   Волшебник
 
Модератор
14 - 22.11.17 - 11:43
(11) можно и код
   Волшебник
 
Модератор
15 - 22.11.17 - 11:44
(13) тоже верно
   vfire1000
 
16 - 22.11.17 - 11:47
(13) действительно, зачем ) что-то я не туда пошел. Спасибо
   d4rkmesa
 
17 - 22.11.17 - 15:36
(16) Я бы попробовал noSQL СУБД. http://catalog.mista.ru/public/642927/ здесь пример работы с MongoDB через RestHeart. Мучать реляционные SQL СУБД файлами нехорошо. =)

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует