|
Можно ли сохранить на форме несериализуемый объект? | ☑ | ||
---|---|---|---|---|
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тыс строк, то отклик формы превращается в ад? |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |