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


Отбор = Не ВГруппе

Отбор = Не ВГруппе
Я
   задроченый франчайзи
 
17.09.16 - 02:28
Нужно постоянно считывать данные с построителя. Со справочника-Контрагенты. И предполагается отбор "Не ВГруппе". Что делать?
 
 
   задроченый франчайзи
 
1 - 17.09.16 - 02:30
Очень большой иерхический справочник. Анализ показал, что 1С, за этот отбор качает гигабайты при чтении.
   задроченый франчайзи
 
2 - 17.09.16 - 02:33
И другая проблема, что эти отборы сохранены в некотором справочнике, и приходится в цикле считывать настройки, отборы построителя. И потом это помещать в менеджер. И память дуется.
   задроченый франчайзи
 
3 - 17.09.16 - 02:34
и в этом некотором справочнике сохранены в хранилище значений, как вы догадились.
   Mort
 
4 - 17.09.16 - 03:36
"Нужно постоянно считывать данные с построителя"

Вот тут нужно разобраться.
   Mort
 
5 - 17.09.16 - 03:38
Нужно понимать, что мозг человека воспринимает совсем немного информации сразу. То что порой кажется нужно необходимо получать ежесекундно обычно не так.
   youalex
 
6 - 17.09.16 - 03:44
(2) ну, отборы можно закэшировать, не обязательно каждый раз их тянуть из базы. Но хотелось бы больше узнать про контекст проблемы. Что за построитель (надеюсь, запроса а не отчета?) (текст), зачем он, зачем вообще всё?
   задроченый франчайзи
 
7 - 17.09.16 - 03:50
(6) все просто есть уже работающая система. Ключевые реквизиты должны быть заменены отборами. Если реквизиты берутся одним запросом, то после изменения системы через построитель(или компоновку) уже не получится один запрос. Придется считывать с каждого справочника из хранилища.
   задроченый франчайзи
 
8 - 17.09.16 - 03:51
Компания хочет сделать сервис для центрального офиса. Они не хотят загружать промежуточные данные. Они хотят как в отчетах...В Группе, Не в группе...
   задроченый франчайзи
 
9 - 17.09.16 - 03:51
Скорость падает в сотни раз
   задроченый франчайзи
 
10 - 17.09.16 - 03:53
(4) ну либо мы считываем одним запросом, либо, когда все данные в хранилище, нужны их каждый раз распакаковывать
 
 Рекламное место пустует
   задроченый франчайзи
 
11 - 17.09.16 - 03:58
Ну пример. Есть комплект, а есть комплектующие. Сейчас комплект и комплектующие связаны через регистр. Связь берется запросом. Потому что кто-то уже завно записал эту связь, какой-нибудь менеджер. Он связь эту делал через обработку-связывал комплекты и комлектующие. На это всемя уходило. Запись регистра---всемя, нервы.. Но они хотят чтобы было чудо. Ну ведь действительно, можно вместо записи регистра на лету все считать. И это будет через построитель....
   задроченый франчайзи
 
12 - 17.09.16 - 03:59
Ну или можно заменить это тем что мы итоги не считаем в виртуальную таблицу, но всегда на лету считаем итоги и никуда не записываем
   задроченый франчайзи
 
13 - 17.09.16 - 04:26
Ок, еще раз описание проблемы на примере. Допустим есть Спр.Номенклатура. И есть комплект и комплектующее, они оба типа номенклатура. Проблема в том что в компании сотни комплектров из комплектующих. Они сейчас соединяют комплект с комплектующими либо руками либо через какие-то обработки. Но это долго. Запись регистра в 100 000 записей раздражает. Они не хотят ждать пока это все запишется например 20000 комплектов с 20000 комплектующими с разными комбинациями. И чтобы это все в базу не писалось, мы хотим к комплектах построить отборы на построителе/компоновке. Пусть запросы выполняются потом, когда это потребуется, например при продажах
   задроченый франчайзи
 
14 - 17.09.16 - 04:28
что я так плохо объясняю, вроде все просто - либо из итогов все брать либо динамически от ить

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