|
Как лучше построить динамический список?
| ☑ |
0
lanc2233
29.11.14
✎
14:06
|
Управляемые формы.
Нужен журнал в виде динамического списка по строкам заказов.
Колонки : Дата, Номер, Контрагент, Товар, Цена, Кво, Сумма, Остаток на складе.
Если в запросе обращаться к табличной части заказа, на больших объемах получается жутко тормознутая штука, работать с ним не возможно.
у меня единственная идея : сделать регистр сведений, подчиненный заказу, который при проведении будет просто писать туда свою табчасть. И уже из него выгребать данные для динамического списка.
Это нормальный вариант или есть идеи получше?
|
|
1
Kalambur
29.11.14
✎
15:13
|
Это называется "сделать отчет на скд"
|
|
2
Мимохожий Однако
29.11.14
✎
16:44
|
Стандартные отчеты по регистру Заказы не подошли?
|
|
3
lanc2233
29.11.14
✎
16:58
|
Ну все таки-журнал охота : поиск, отборы, возможность налепить кнопок и все такое.
|
|
4
Reaper_1c
29.11.14
✎
20:15
|
(3) И что из перечисленного нельзя сделать в отчете?
|
|
5
lanc2233
29.11.14
✎
21:38
|
(4) когда посидишь день в роли менеджера по продажам, делая рутинные операции - поймешь.
|
|
6
milan
29.11.14
✎
23:11
|
Торомозит не запрос, тормозит отображение и никуда от этого не деться
|
|
7
lanc2233
30.11.14
✎
00:23
|
А почему какой-нибудь журнал на несколько тысяч документов не тормозит?
|
|
8
Reaper_1c
30.11.14
✎
03:41
|
(7) Тормозит. В типовых.
Для просмотра информации предназначены отчеты. В управляемом приложении вообще изначально заложена концепция избавлении от списков - команды создания объектов в панелях действий, всплывающие сообщения при записи объектов и история предназначены как раз для того, чтобы построить интерфейс приложения без списков.
|
|
9
Defender aka LINN
30.11.14
✎
12:26
|
(0) А, типа, если запрос будет к таблице регистра, а не ТЧ, то это быстрее будет, да?
|
|