|
Можно ли сохранить на форме несериализуемый объект? |
☑ |
0
patapum
25.07.24
✎
17:03
|
Вопрос очень простой, пытаюсь оптимизировать формирование складского журнала. В нем выводятся таблицы остатков и сведений по номенклатуре, остатков и сведений по сериям и доп реквизиты номенклатуры. Сейчас все три таблицы заполняются при нажатии кнопки Сформировать, а при активизации строки номенклатуры накладывается отбор на таблицу по сериям и таблицу доп реквизитов.
Хочется сделать по-другому, формировать только таблицу остатков по номенклатуре, а таблицу по сериям и доп реквизитам формировать при активизации строки по номенклатуре (они же огромные, а целиком никогда не понадобятся). Но выполнять с нуля запрос не хочется, пока по номенклатуре формировали, по сериям то уже все получили.
И тут наступает облом. Все попытки сохранить менеджер временных таблиц, результат запроса или выборку - не проходят, поскольку это несериализуемые объекты. Ни через реквизит формы, ни через помещение во временное хранилище.
Или все-таки как-то можно? Формы, естественно, управляемые.
|
|
1
Волшебник
25.07.24
✎
17:10
|
Оставьте как сейчас, добавьте индексы
|
|
2
Garykom
25.07.24
✎
17:13
|
(0) Можно сохранить но извращенно
В длительном фоновом задании
|
|
3
RVN
25.07.24
✎
21:57
|
(0) Может я что-то не понимаю, но почему эти таблицы не сделать динамическими списками с параметрами?
Тогда при активации строки устанавливаешь для них параметры и они отображаются. А если установку параметров делать не сразу при активации строки, а повесить на обработку ожидания - то и перемещение по основному списку тормозить не особо должно.
|
|
4
Garykom
25.07.24
✎
21:59
|
(3) Это не очень хорошая идея
|
|
5
sikuda
25.07.24
✎
22:00
|
(2) Из пушек по воробьям. Я бы использовал ПриПолученииДанныхНаСервере()
|
|
6
H A D G E H O G s
25.07.24
✎
22:34
|
(0) храни таблицы значений во временном хранилище. Из них вытаскивай в приактивациистроки по фильтру
|
|
7
RVN
26.07.24
✎
05:18
|
(4) Обоснуйте
|
|
8
Конструктор1С
28.07.24
✎
10:01
|
Решение искусственно созданой проблемы) Декомпозируй, избавься от запроса-портянки, выгребающего всё и сразу, проверь попадание в индексы. Проблема отпадёт сама собой
|
|
9
timurhv
28.07.24
✎
21:37
|
(0) Смотря сколько кладовщиков, если их мало, то (8).
Если много, то наверное лучше создать регистр сведений с обновлением остатка при записи набора в регистр накопления (только не перезаписывайте его полностью, только разницу, иначе PostgreSQL это не понравится).
Сам регистр сведений вытащите на форму. Как понимаю, когда у вас условно 100тыс строк, то отклик формы превращается в ад?
|
|