Уважаемые профи, подскажите пожалуйста какую конструкцию лучше использовать для увеличения быстродействия?
1)
ВЫБОР
   КОГДА (НЕ РегистрУчетЗаявок.Регистратор.Ставка = ЗНАЧЕНИЕ(Справочник.Ставки.ПустаяСсылка))
       ТОГДА ПРЕДСТАВЛЕНИЕ(РегистрУчетЗаявок.Регистратор.Ставка)
   ИНАЧЕ ПРЕДСТАВЛЕНИЕ(РегистрУчетЗаявок.Регистратор.Ставка2)
КОНЕЦ
2) или же производить отбор в выборке результатов запроса

(0) для увеличения быстродействия все отборы надо всовывать в запрос. Но отбор из приведенного тобой первого варианта надо сжечь в доменной печи и ни когда ни кому не показывать - он скорости не добавит

подскажите пожалуйста как построить конструкцию!!

(2) я телепатические способности забыл в кармане штанов, которые сейчас в стиральной машине бултыхаются и в результате слабо вижу, что там у тебя за регистр и какую цель ты преследуешь запросом

регистратор - документ в котором присутствуют 3 поля..нужно выбрать данные одного из них.то которое заполнено.остальные пустые.
к примеру это поля
ставка1,ставка2,ставка3
одно поле тип- справочник,2 других тип- перечисление

(4) зачем тебе регистр вообще? Ты из него еще что-то получать хочешь? Что мешает сразу из таблицы документа выбирать данные?

ну мне подсказали что с регистров данные быстрее вытаскиваются чем с таблиц документов.потому я при провожу документ по регистру.потом в нужных местах таскаю с него данные.
в моем случае допустим хранится информация только в одном из 3х полей.нужно вытащить инфу из того , которое заполнено

не судите строго я новичок.потому многое непонятно.соответсвенно ищу помощи у профессионалов.

(6) тебе подсказали сказочную куиту. Короче, или ты всю задачу целиком выкладываешь, или ни кто тебе не поможет

(1) чем тебе запрос то непонравился? задача - вывести первую ставку, если она незаполнена то вторую... вот ты бы как сделал ?

(9) ты на (6) посмотри. Ему просто документы нужны, а не регистр. Кроме того, если в регистре несколько регистраторов, то конструция Регистратор.Ставка породит фигову гору ненужных соединений

задача выбрать данные одного(заполненного)поля из трех,которые присутсвуют в документе

(1)
"для увеличения быстродействия все отборы надо всовывать в запрос."

В таком виде - это высказывание ложно.

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

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

(14) Делай запрос к документам, без регистров.

это уже я понял. а как эффективнее организовать выборку?в самом запросе или же в переборе результата?

задача отображения данных
посему должна обрабатываться на клиенте субд

представление перечислений в бд не хранится

сответственно - вариант 3)

выборка должна содержать представление
только тех данных, которые хранятся в бд

представление я использую чтобы значение сразу вывести в типе строка.
может быть лучше при проведении документа сразу делать выборку  того поля и его записывать в регистр?а потом данные из него таскать?

(18)
почитайте про правила нормализации данных

так как лучше юзать выборку в теле запроса или в его результате?!!!!
приведите хоть небольшой пример как бы вы сами реализовали конструкцию.чтобы знать куда копать

делай в выборке, через год заказчик обратится снова и сделаешь ему в запросе :)

))))))))))

через год я буду по ту сторону земного шара)

ребята ну не будьте снобами.вы мне можете подсказать как лучше работать с запросами??я понимаю что у вам неохота отвлекаться по таким пустякам.но ведь все когда нибудь начинали.все черпали информацию.я вот реально тока начинаю и не опыта мало.эхх..

лучше ставку прямо в регистр запихать, раз уж очень она нужна

Скажите заодно ответ на глупый вопрос, зачем вместо Остатки.Номенклатура в запросах пишут ПредставлениеСсылки(Остатки.Номенклатура)?

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

все такие загадочные..при чем тут представление ссылки???? мне все равно весь результат надо в текстовом виде в итоге предоставить..ВОПРОС КАК СДЕЛАТЬ ВЫБОРКУ ЛУЧШЕ,,,АЛЕ вы че прикалваетесь? вы вопрос вообще читали?

играете тут в угадай мелодию

(28) ты думаешь тут есть спецы? )) тебе кто-то наврал...

(30) +100500

ну спецы то точно есть.но им плевать..

Делай запрос к документам (только проведенным - раз регистр пытаешься заполнять при проведении, то видимо нужны только проведенные документы), а дальше так как задумал:
ВЫБОР
   КОГДА (НЕ Документ.Ставка1 = ЗНАЧЕНИЕ(Справочник.Ставки.ПустаяСсылка))
       ТОГДА ПРЕДСТАВЛЕНИЕ(Документ.Ставка1)
   КОГДА (НЕ Документ.Ставка2 = ЗНАЧЕНИЕ(Справочник.Ставки.ПустаяСсылка))
       ТОГДА ПРЕДСТАВЛЕНИЕ(Документ.Ставка2)
   ИНАЧЕ ПРЕДСТАВЛЕНИЕ(Документ.Ставка3)
КОНЕЦ

И не парься - хочешь чтобы быстрее работало (если это конечно очень нужно) сделай эти поля индексируемыми...

спасибо..хоть кто то откликнулся..

на (26) профи могут ответить?

(35) что лучше тащить, текст или ссылку?

(35) Чтобы результат содержал строковое представление ссылки. Твой кэп.

))

во первых "ПРЕДСТАВЛЕНИЕ" - это сильно тормозная вещь
во вторых "РегистрУчетЗаявок.Регистратор.Ставка" - это не гуд

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

Ставка уже в измерении

(36) Что есть ПредставлениеССылки()?

Это функция!

(41)
v8: Чем отличается ПРЕДСТАВЛЕНИЕ от ПРЕДСТАВЛЕНИЕССЫЛКИ?

(39) Если требуется вывод результата в отчет - то лучше использовать ПРЕДСТАВЛЕНИЕ.

(44) Это не по пацански - от этого запросы тормозят. Пусть лучше система при выводе каждой строчки табличного документа в базу лазает. Зато запрос летает.

(33)Без описания задачи это тоже филькина грамота...
Гораздо лучше писать в регистр уже нужную ставку, а потом брать остатки (или обороты) с группировкой по ставке...
ИМХО, без полного текста задания...

(43) спасибо

#46 так и пришлось делать

(45) Сделай вывод в таблицу 5000 строк какого-нибудь справочника с использованием "ПРЕДСТАВЛЕНИЯ" и без и сравни... Сам этим редко пользуюсь - в небольших запросах не критично, но пару раз пришлось использовать.

там максимум 100 строк будет

(50) Весь сыр-бор из-за 100 строк? С такими объемами хоть в цикле запрос гоняй.

так дело в том что дальше больше если.когда столкнусь с большими объемами данных.сразу хотелось бы приучиться к грамотным конструкциям кода

(53) А если в кратце, а нафига тебе три поля для ставки? Одного не достаточно - и делать при этом запись при проведении документа как предложил zyto в (46) - ведь сам пишешь, что может быть заполнено только одно поле. Если так, то реально никаких ВЫБОР КОГДА не нужно? Или в этом есть какой-то тайный смысл? Или вопрос чисто гипотетический - на будущее?

>>вопрос к профессионалам

а простым скромным специалистам можно на него отвечать?

Ладно, раз никто не возражает, я тоже маленько отвечу. Если возникает такая потребность, то можешь смело добавлять в регистр реквизит (желательно индексируемый) Ставка и уже его анализировать в запросе...