0
- 25.07.2016 - 16:25
|
Есть динамический список. в нем один из параметров таблица значений, нужна именно связка нескольких параметров для отбора. так как список расположен на форме, то при переходе с сервера на клиент происходит ошибка преобразования XDTO, поскольку один из параметров для динамического списка это тз. Что можете предложить в качестве решения?. Пока на ум приходит только служебный регистр который будет заполняться данными таблицы | |
1
- 25.07.2016 - 16:51
|
Для начала открываем СП, и смотрим, где у нас может быть ТЗ. И видим: на сервере. Не на клиенте. Что может заменить ТЗ? Ну, например, Структура. Хранилище. Можно разобрать, например, алгоритм формирования печатных форм счет-фактур. Где собирается пакетный запрос в зависимости от характеристики самой СФ, и неопределенного списка документов-оснований. Там куча вызовов серверных процедур с параметрами. | |
2
- 25.07.2016 - 16:56
| В 7.5, когда еще не было таблиц значений, использовались вложенные списки значений... | |
3
- 25.07.2016 - 19:17
|
(1) в толстом клиенте тз прекрасно себе живет, несмотря что написано на сервере. еще раз. есть форма списка. На ней динамический список. нужно ограничить его парами, осп/отдел Собственно в запросе это выгялит как то так ГДЕ (Данные.ОСП, Данные.Отдел) В (&Таблица) При переходе с сервера на клиент (тонкий) передается список (так как он расположен на форме), соответсвенно и его параметры, ну а поскольку параметр это таблица значений то вылетает ошибка разбора XDTO Вся проблема в том, что поскольку это элемент формы (список) то при переходе с сервера на клиент, он также тянется, вместе со всеми свойствами, такими как параметры, ну а поскольку в параметре тз то и ошибка | |
4
- 25.07.2016 - 22:51
| 3-ktVladimir > "в толстом клиенте тз прекрасно себе живет, несмотря что написано на сервере" -а при чем здесь толстый клиент, если вопрос о работе в тонком клиенте ("При переходе с сервера на клиент (тонкий) передается список..."? | |
5
- 25.07.2016 - 23:01
| (4) я написал это к тексту из (1)смотрим, где у нас может быть ТЗ. И видим: на сервере. Не на клиенте.. Да проблема при переходе на тонкий. проблема очевидна, тонкий клиент не поддерживает тз. соответственно при переходе возникает ошибка. В общем тему закрываем. Идей никаких новых в голову не пришло. Буду через вспомогательный РС делать. Текст запроса генерить по строкам тз в моем случае не вариант. (особенности конфы) | |
6
- 26.07.2016 - 00:49
| Херней маяться не надо. Вредно это. | |
7
- 26.07.2016 - 05:14
| Во все не вьехал, но на клиенте вроде как нет и не может быть таблицы значенийю На клиенте - коллекция строк для отображения серверной таблицы. Значит при выполнении запроса на сервере надо преобразовать это вложенную "таблицу" в настоящую таблицу значений с помощью РеквизитФормыВЗначение (за точность синтаксиса по памяти не ручаюсь) и уж затем совать ее в запрос. Я что-то подобное с вложенными данными делал, сейчас не помню. надо поднимать | |
8
- 26.07.2016 - 09:59
| 7-USSR > Об этом сразу было сказано (1). | |
9
- 26.07.2016 - 10:33
| Сурово. Главное, чтобы более одного человека одновременно в базе не сидело. | |
10
- 26.07.2016 - 11:07
| Тю! Номер сеанса как измерение... | |
11
- 26.07.2016 - 13:38
|
10-bma1 > Там много будет всякого "Тю!". Не только разделение по сеансу, и сборки мусора. Основное-то: для каждой обработки свой регистр будем городить, али как? Ничего, что добавится запись со всякими сопутствующими блокировками и транзакциями? Не проще ли вместо преодоления трудностей ликвидировать их источник? | |
12
- 26.07.2016 - 13:45
| ч. 3 ст. 34 УК РФ | |
13
- 26.07.2016 - 14:03
| 12-bma1 > ст. 37 УК РФ | |
14
- 26.07.2016 - 14:21
| (12)(13) Это в каком разделе ИТС? | |
15
- 26.07.2016 - 14:41
| Методические рекомендации. | |
| Интернет-форум Краснодарского края и Краснодара |