Оптимизация работы в списке "ПриПолученииДанных" #648734

Добрый денек! У меня такая проблемка возникла, есть форма списка документов, к ней привязана процедура "ПриВыводеСтроки". Но так список достаточно долго открывается, т.к. каждый столбик в каждой строчке имеет свой цвет (как раскраска получается). Хотелось бы оптимизировать этот вывод, в инете нашла ссылку . Вместо ПриВыводеСтроки ПРиПолученииДанных. Вот код процедурки

в чем вопрос ?

В моем случае не находит строку СтрокаОформленияСтрок = ТаблицаДанныхОформленияСтрок.Найти(ОформлениеСтроки.Данныестроки.Ссылка, "Ссылка"); Через отладчик СтрокаОформленияСтрок = НЕОПРЕДЕЛЕНо

Ответ сокрыт в ПолучитьТаблицаОформленияСтрок

Используйте динамический список. Намного быстрее отрабатывать будет.

обработать этот вариант и всё)...в ПолучитьТаблицаОформленияСтрок нет такой строки значит

Как я поняла, это из-за того , что у нас в этом списке док-тов происходит отбор по нескольким параметрам: организация,интервал,видсметы и еще несколько. Как сделать чтоб эта процедура работала?

добавить в ДокументСписок этот реквизит и скрыть его от пользователя

Наладить ПолучитьТаблицаОформленияСтрок Или, если по логике может так быть, что для определенной ссылки нет условия оформления, добавить проверку найденной строки на неопределено

Напишу эту процедуру (как у меня) Функция ПолучитьТаблицаОформленияСтрок(МассивСсылокОформления)

Ужас ;]

Да, ужас, я не спорю

Но вот хочется как-то оптимизировать этот список

не видно где получается значение в запросе НеПолученТовар

сдается мне не ускорите...

если у вас 8.2 прислушайтесь к

итоговый запрос каков?

аах,да, это я с сайта пример скопировала

документсписок - там какой тип данных?

как вариант: Для Каждого ... ... иначе   ... конецЕсли;

ДокументСписок - табличное поле

+ ТаблицаДанныхОформленияСтрок.Идексы.Добавить("Ссылка"); (перед циклом)

какой там тип документа показывается?

ДокументСписок.Смета - типзначения

"выбрать ¶    рег.СсылкබИЗ¶    Документ.Смета КАК рег¶ГДЕ¶   рег.Ссылка В (&МассивСсылокОформления) и  рег.СтатусСметы=&Статус и рег.дата>=&ДатаНачала"

Итоговый запрос - "выбрать рег.Ссылка ИЗ    Документ.Смета КАК рег ГДЕ  рег.Ссылка В (&МассивСсылокОформления) и  рег.СтатусСметы=&Статус и рег.дата>=&ДатаНачала"

Бегло просмотрев : Все отборы лишние. Достаточно того отбора, что мы передаем массивом ссылок. Зато нет главного - определения НеПолученТовар для каждой ссылки

тогда не понятно зачем второй раз делать запрос к базе. Добавить колонки: статус, ЗаказчикСметы, Организации в динамический список и в ПриПолученииДанных в ДанныеСтроки получай и обрабатывай свойства.

Не нужно отбора по дате. Но нужно понимание, как определяется "НеПолученТовар "

На самом деле этот отбор не нужен - он из примера, щас напишу свою процедуру     и еще будет много цветов, просто я пока начала и уже не работает сразу, а вообще по каждой колонке цвета

На самом все отборы нужны

Почему второй раз? это первый

Можно тогда поподробнее как это сделать?

т.е если реквизит документа СтатусСметы равен определенному значению, нужно покарасить строку?

Да))

И так по каждому столбцу

У нас 8.1

а не проще ли статус сразу брать из данных строк и по нему оформление строить?

Про другие столбцы не понял. доп запросов не нужно

Вот и коллега из того же мнения ;)

Да, у нас так и было только в процедуре ДокументСписокПриВыводеСтроки, а сейчас нужно через пр-ру ПриПолученииДанных

Для кода без разницы для быстродействия, где он.

Возможно, у вас было Если ДанныеСтроки.ССЫЛКА.СтатусСметы=МоеЗначение тогда Вот это беда

Ребят, скажите как картинку отправить?

Картинка.Отправить

Куда отправить? В строке отобразить, может? ОформлениеСтроки.Ячейки.ИмяЯчейки.УстановитьКартинку(Картинка);

Я имею в виду сюда, хочу журнал смет скинуть

Как картинку прикрепить?

Выложи на файлообменнике. Я не знаю какой лучше, не пользуюсь почти. Ну radikal.ru например

Значит

это что за вырви глаз?

Вот какая у нас раскраска ))

Я сама когда увидела первый раз - в шоке была:) сейчас привыкла)

Раз условием в не ограничивается, нужно опеределиться с логикой окраски для остальных ячеек. Потом будет ясно, нужен ли запрос и какой.

А ЯчейкиИмя - это Имя колонки?

выбрать рег.Ссылка, рег.НеПолученТовар, рег.СтатусСметы ..... ИЗ    Документ.Смета КАК рег все надо сюда в запрос Вы должны понять, что рег.Ссылка.СтатусСметы выполняется в 60 раз медленнее, чем рег.СтатусСметы. Когда поймете, тогда у вас получится ускорить.

Да, как оно в табличном подле задано

Табличном поле* :)

А я и не заметила даже ;)

А сейчас в запрос добавляются параметры "СтатусСметы" (например), при выполнени условий . А нужно их сразу в запрос записывать без условий?

А если по ним не будет отбора, то они не нужны же

Во первых, НЕ НУЖНО в запрос доп условия - они ведь уже наложены на список (верно?) и заведомо не попадут в те строки, по которым производится окраска. Во вторых, если СтатусСметы - это реквизит и он присутвует как колонка, запрос не нужен вообще. Впрочем, я уже повторяюсь. Ладно.

в первый раз данные считывает объект ДокументСписок. Второй раз запросом из фукнции. Раз все данные для расчета в таблице Документ.ИмяДокумента (а судя по запросу в функции именно так и есть), то нужно в объект ДокументСписок добавить обязательные колонки. Например в модуле формы после всех процедур и функции пишем ДокументСписок.Колонки.Добавить("Статус", Ложь); Второй параметр отвечает за то чтобы при скрытии этой колонки из списка (через интерфейс или программно) система все равно получала эти данные и они были доступны в ОформлениеСтроки.ДанныеСтроки

далее всю логику раскраски переносишь из запроса в цикл

Японский бог! Запрос в цикле! Пипец! Это оптимизировать можно только одним способом все переписать!

это где?

А да забыл добавить, что не плохо хотя бы на курсы программирования сходить в 1С... Ну так для начала хотя бы.

2 Если Вы задаете вопрос где запрос в цикле, см. п. 9 этой ветки. Процедура вызывается из ПриВыводеСтроки. Собственно, аналогичный запрос в цикле при использовании ПриВыводеДанных... Что можно оптимизировать? Все нафиг переписывать!

Внимательность - не твоя сильная сторона? :)

2 И где я не прав?

Во всех утверждениях , кроме последнего

2 А ну ну... А процедура ПриВыводеСтроки это что? Не цикл для запроса? А процедура ПриПолученииДанных Сколько раз выполняется при выводе списка? Если ответишь на эти вопросы, может поймешь мои слова. А что быстрее перебор по результату запроса или поиск по таблице значений? А так да... я не прав... :)

Кроме , ничего не могу добавить.