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

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

(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) угу. "работает медленно - это у вас сервер слабый" :-)