Доброго дня!
В справочнике номенклатура сделал кнопку, по которой находится документ "установка цен" в котором есть номенклатура на которой с позиционирован курсор, можно ли как то ускорить этот запрос? По большому счету работает он нормально, но можно ли быстрей?

    Запрос = СоздатьОбъект("Запрос");
    ТекстЗапроса = "
    |ОбрабатыватьДокументы Все;
    |Обрабатывать НеПомеченныеНаУдаление;
    |ТекДок      = Документ.УстановкаЦен.ТекущийДокумент;
    |Товар       = Документ.УстановкаЦен.Номенклатура;    
    |Группировка ТекДок;
    |Условие (Товар = ТекущийЭлемент());
    |";

мойТовар = ТекущийЭлемент();

и

    |Условие (Товар = МойТовар);


Больше некуда. Если только руками индексы создавать

ну разве что прямой запрос выгребет это быстрее

или штатно, выбратьПоРеквизиту.. если Номенклатуру добавить в графу отбора

(1) за счет чего "мойТовар = ТекущийЭлемент();" это будет быстрей?

(0) Цена наверное периодический реквизит?
Если да, то может быстрее через объект "периодический" выбрать значения цены и получить оттуда документ?

(4) За счёт того, что один раз вычисляется. При фиксированном условии запрос целиком уйдёт на сервер

(5) где речь про цену?

(7) Ну документ "Установка цен" наверное устанавливает цену в номенклатуре? Это предположение мое.

Документ.УстановкаЦен - при проведении делать движения в оборотный регистр с измерением Товар
Дергать не из ТЧ документа, а из регистра

(9) это 7.7, документ самописный. В регистры ничего не складывает.

(10) ну я употребил глагол "делать", а не "делает"
т.е. как один из способов решения задачи - расширить учет

(9) лучше графу отбора.

(0) использовать в запросе обращение к функциям! 1с

    |Условие (Товар = ТекущийЭлемент()); моветон.

(0) как часто у вас появляются эти доки?

тип БД никого не заинтересовал? или по дефолту - файловая? :)

(13) может и так, но почему то отработал так запрос быстрей чем через переменную, проверил по 3 раза через замер производительности.

(15) SQL

(12) можно и графу - строго для решения задачи, но в регистр можно и прочего "вкусного" накидать в перспективе (ту же цену)

(16) План запроса тогда смотри, что в скуль летит

Только новички в 7.7 используют штатные запросы. Забудьте про них. Есть давно уже стабильный и быстрый 1с++ с прямыми sql-запросами и индексированными таблицами.

(17) дык что, прямыми запросами не пользуетесь?

(18) поясните за гарфу, что-то я не совсем понял о чем речь идет?

(22) ты для начала все же скажи двигает этот документ периодические цены?

(23) да, в справочнике цены устанавливает цены из документа.

(24) если периодика с опцией "Изменяется документами", то можно и без графы
но я умею только прямые запросы

(25) да изменяется документами
по прямым запросам, руки пока совсем не доходили до этого. Насколько прямой запрос в данном случае будет выигрышней?

а графа - в конфигурации добавляешь новую графу отбора, в нее кидаешь реквизит УстановкаЦен.Номенклатура.
Тогда условие в черном запросе будет использовать индекс

(27) понял

примерно так:

select
  Периодика.docid [Док $Документ],
  Журнал.iddocdef Док_вид
from _1sconst Периодика (nolock)
join _1sjourn Журнал (nolock) on Журнал.iddoc = Периодика.docid
where Периодика.id = $ИсторияРеквизита.Номенклатура.Цена
  and Периодика.objid = :Товар

(25) такую периодику только прямым удобно доставать

(26) примерно на порядок. хотя зависит от количеств документов

такая задача без запросов, а через объект Периодический решается тоже на ура

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

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

(34) боюсь что никак

(35) а в чем ограничение ?

(36) в синтаксисе черных запросов

(34)
select док.iddoc [Док $Документ.УстановкаЦен]
from
$ДокументСтроки.УстановкаЦен as Док
where $Док.Номенклатура=:Номенклатура

+(38) это все, в т.ч. помеченые на удаление

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

(35) ??

(33) это да, но наверно ТСу все же нужны доки потрогавшие цену. имхо

(38) ааа, ну да, я не врубился в вопрос )

(43)  только ввиду отсутствия индекса - он будет медленным, но все равно быстрей черного раза в 3.

(40) это я не понял. см (38)

(44) да, а как потом группировку обходить ?

(46) результат получишь в ТЗ

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

(47)  select  <<?>> док.iddoc [Док $Документ.УстановкаЦен]
Запрос[2] : Ожидается  '=' перед 'док'
Странно зачем там знак =

(49) это кто такое сказал?

(49) млин, интригу тянешь?

(34) даже если черный запрос протранслируется в sql в такой же прямой, как и если бы ты его сам написал, то черный все равно будет медленнее - потому что создается временный дбф файл.

(49) Воспользуйся восьмеркоподобной консолью запросов для прямого запроса
http://www.1cpp.ru/forum/YaBB.pl?num=1193394153

(53) 1cQA проще.

(51) предприятие эту ошибку выдало.

(55) дык куда ты в "предприятии" его пихал?

(56) вот так намутил, правильно?
    Запрос = СоздатьОбъект("Запрос");
    ТекстЗапроса = "
    |SELECT док.IDDOC [Док $Документ.УстановкаЦен]
    |FROM $ДокументСтроки.УстановкаЦен AS Док
    |WHERE ($Док.Номенклатура=:Товар)
    |";
    РС = СоздатьОбъект("ODBCRecordset");
    РС.УстановитьТекстовыйПараметр("Товар", ТекущийЭлемент());
    Выгрузка = РС.ВыполнитьИнструкцию(ТекстЗапроса);

(56) по замеру производительности показало снижение времени на общей задаче 15%, это запрос + вывод реестра на форму.

(57) ээээ...
не должно тут ругаться...

(59) да я уже разобрался что не так было. 1cpp.dll - нужно каждому кидать в BIN или достаточно в папку с базой закинуть?

(60)  никакой разницы - смотри "порядок загрузки компонент", я не помню его уже

В папку с базой достаточно

1cpp.dll должна загружаться первой

(58) у тебя поле поиска неиндексировано, вот и прирост небольшой. что там скан, что тут

(63) да я ее первой поставил в глПриНачалеРаботыСистемы

(58) а по _1sconst как?

(64) а как в прямом запросе исключать помеченные на удаление? А еще может занаете как синтаксис помощник добавить функции и методы из 1cpp ?

(67) 1.приджойнить журнал, и фильтровать по нему.
признак удаления (и проведения) - в журнале
2.кинуть в папку с базоq 1с++.als

(27) в скальной базе - скорее всего да, в файловой - очень- очень сомневаюсь.

В файловой быстрее будет выборка с установкой отбора по графе

(70) у меня база уже 50 гигов, какая тут файловая

(71) А мне тоже любопытно - код из (29) вы пробовали? Как он по скорости?

(57) немного дорисуй, потом расскажещь :)

    ТекстЗапроса = "
    |SELECT
    |Док.IDDOC [Док $Документ.УстановкаЦен]
    |FROM
    |$ДокументСтроки.УстановкаЦен  AS Док
    |Inner JOIN _1SJOURN AS Жур (nolock) ON Док.IDDOC = Жур.IDDOC
    |    AND (Жур.IsMark = 0) -- не помечен на уд
    |    AND (Жур.CLOSED > 0) -- проведен - если надо
    |    AND (Жур.IDDOCDEF = $ВидДокумента.УстановкаЦен) -- ограничение по виду - не в обяз, но не лишнее
    |    AND (Жур.DATE_TIME_IDDOC >= :ДатаС) AND (Жур.DATE_TIME_IDDOC <= :ДатаПо~) - лучше таки ограничивать по позиции
    |WHERE ($Док.Товар=:Товар)
    |";
    рс = СоздатьОбъект("ODBCRecordset");
    рс.УстБД1С();
    рс.УстановитьТекстовыйПараметр("ДатаС", ДатаС);
    рс.УстановитьТекстовыйПараметр("ДатаПо", ДатаПо);
    рс.УстановитьТекстовыйПараметр("Товар", Товар);
    время = _GetPerformanceCounter();
    тз = рс.ВыполнитьИнструкцию(ТекстЗапроса);
    время = _GetPerformanceCounter() - время;
    Сообщить("кво строк: "+тз.КоличествоСтрок()+" за "+время+" мс.");

(71) всего 50 :-)

(73) зачем iddocdef, если при джойне будет использование индекса журнала по iddoc? и зачем дата? все равно iddocdef+date_iime_iddoc тут дополнительной информации не даст

(75) если план построится по журну (а так и будет при наличии условия по периоду), то с видом, сработает более селективный индекс

рс.УстБД1С() тоже лишнее

В клюшках есть запросы?)

(78) в клюшках вообще всё есть. даже ООП.

Для базы в 50 гигов уже пора освоить 1с++

(76) первым все равно будет скан.
Или ты хочеш сказать, что построитель плана при иннер джойне перевернет последовательность, и сначала отберет все доки, соединит со строками, а потом среди них будет детать скан?
если ограничение по датам не нужно, то получается "что пнем об сову, что совой об пень"©

(80) ну и с SQLной базой тоже.
да и вообще, прямые запросы банально удобнее.
а если взять класс "ПрямойЗапрос", то вообще практически снеговиковые запросы.

По поводу задачи из (0), цена устанавливается документом установка цен, значит в номенклатуре есть реквизит который изменяется этим доком, значит можно из периодики это все выдернуть, зачем доки так искать не очень понятно.

(82) Я в курсе)

завести реквизит в номенклатуру, куда писать последний док - не предлагать?
или надо все выводить?

(85) Может, ты ещё и плац предложишь метлой подметать, а не ломом?

|SELECT
|TOP 1
|
|const_vt.VALUE [Цена $Число.14.2],
|const_vt.docid [id $Документ.УстановкаЦенНоменклатуры]
|
|FROM _1SCONST const_vt  (nolock)
|
|LEFT JOIN $Справочник.Номенклатура as СпрНоменклатура (nolock)
|ON СпрНоменклатура.ID = :ВыбТовар
|
|WHERE const_vt.ID = '42425'
|AND const_vt.OBJID = :ВыбТовар
|AND const_vt.DATE <= :ВыбДата
|ORDER BY const_vt.DATE DESC,const_vt.TIME DESC,const_vt.DOCID DESC,const_vt.ROW_ID DESC

Вот так из переодики док получить с ценником например

(82) Ага, именно так :))
Я давным давно в запросах, где есть журнал с отбором по периоду, ставлю журнал первым, и в WHERE условие по IDDocDef. Это хороший индекс.

(82) а как в прямых запрос использовать, заменяется функция, вот как пример "черного" запроса
        |ФирмаЗ                       = Документ.Реализация.Фирма;
        |Контр                         = Документ.Реализация.Контрагент;
        |СумОтгруз                    = Документ.Реализация.СуммаВзаиморасчетов;
        |Функция СуммаСумм = Сумма(СумОтгруз);

(89) А регистра нет что-ли по продажам, от куда можно получить сумму отгрузки с отбором по контрагенту и фирме?

Из документов это получать это говнокодинг

(81) " при иннер джойне перевернет последовательность"
при наличии условия по позиции - к бабке не ходи
И тут есть варианты: индекс по позиции или индекс по вид+позиция. поэтому по возможности нужно конкретизировать вид, что бы сработал второй, белее селективный, индекс

(80) вообще с любой базой надо осваивать прямые запросы. Потому что язык SQL придуман для людей (не то что этот 1c-BQL)

(93) С восьмеркой ненадо к сожалению.

(87) 1.зачем тут справочник?
2.что получим если периодика двигается документом отличным от $Документ.УстановкаЦенНоменклатуры ?

(94) а на восьмерке ты на каком языке запросы пишешь?

(85) "дядя петя, ты дурак?"©

выбрать
из
внутреннее соединение
левое соединение
где
- что это если не язык SQL?

(94) и с восьмёркой надо

(88) ну так это если есть отбор по периоду...
а если нету, и связь по иду - то индекс iddoc ничем не хуже, чем journal

(95) 1. Если ты про этот кусок

|LEFT JOIN $Справочник.Номенклатура as СпрНоменклатура (nolock)
|ON СпрНоменклатура.ID = :ВыбТовар

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

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

(98) ну, это некий язык запросов, основанный на операциях реляционной алгебры :-)
"ну какой же это SQL если у него нет DDL&"© :-)
Ну и некоторые буквоеды на этом основании отвергают, что база 1с - реляционная...

(102) DDL ∉ SQL

(103) чую, помидорами закидают, за такую позицию )

(103) ну, вообще говоря, мнения разные есть. в свое время видел нехилый ср@ч на эту тему...

(96) Я понимаю к чему ты клонишь, но исходя из того что вижу, 90% тех кто пишет на снеговике не думают про оптимизацию и во что восьмерка конвертит запрос.
В этом смысле 1с++ хорошая школа 1сника.

(106) угу. "работает медленно - это у вас сервер слабый" :-)