v7: 1с++ Прямой запрос. Передача условий в подзапрос #580949

запрос выдает сумму цен (SUM(Cena.Цена)*SUM($ДокОКС.Количество)) но соотвественно выдает не то что надо, как добиться от left join что бы выбирал последнюю цену для нужного товара или есть в природе возможность передать дату и товар из первого запроса в условие для подзапроса ?

запрос выдает сумму цен (SUM(Cena.Цена)*SUM($ДокОКС.Количество)) но соотвественно выдает не то что надо, как добиться от left join что бы выбирал последнюю цену для нужного товара или есть в природе возможность передать дату и товар из первого запроса в условие для подзапроса ?

делай коррелированый запрос

забыл - DBF

группировать по товару, агрегируя по максимуму даты

$ПоследнееЗначение не?

на dbf работает.

* не работает

нет

без LEFT JOIN и через Top 1, а на dbf так отработает ?

да, только там всё равно нужен будет order by и top 1. в FAQ на 1сpp есть пример получения периодики.. и на скайте серого, на скрипт-коддинг.ком

Ну во-первых - СпрКатЦен.DESCR = 'Закупочная' моветон. Перед запросом получи идшник типа цен один раз, его и подставляй как параметр. И будет примерно так:

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

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

СпрКатЦен.DESCR = 'Закупочная' это принципиально, так как запрос пишеться под "чужую базу, шаримся из родной в соседней"

да еще  - Provider=VFPOLEDB.1

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

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

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

И чего? Так же сначала делаешь запрос в соседнюю базу, получаешь id. Подставляешь его в текст запроса.

ну я упираться не буду, конечно, но точно помню, что была засада какая-то, что толи TOP не разрешен был, толи ORDER BY в коррелированном подзапросе в селект-листе.

к этому варианту и пришел то что скорость на уровне около минуты движения за месяц , до этого еще два варианта было один до 30 минут второй до 8 если получиться с топ, отпишусь по времени

если в соседнию базу кидаешь несколько запросов времени уходит намного больше когда один большой запрос

дело не в топе.. читай:

Замер времени - истина в последней инстанции. Кстати, еще вариант - OLE + 1sqlite в той базе. Вобщем, мерять надо.

В DBF  лучше пиши без изысков :) Быстрее напишешь.

ругается    , ( SELECT            top 1        cast(value as numeric(15,2)) FROM        1sconst as Константа   INNER JOIN        sc3772 as СпрЦены ON СпрЦены.ID = Константа.objid INNER JOIN        sc3769 as СпрКатЦен ON СпрЦены.SP3787 = СпрКатЦен.ID INNER JOIN        sc33 as СпрНоменк ON СпрНоменк.ID = СпрЦены.PARENTEXT WHERE        AND        cast(value as numeric(15,2))>0 FROM    dt3487 as ДокОКС     JOIN     1sjourn as Журнал on Журнал.iddoc = ДокОКС.iddoc INNER JOIN    dh3487 as Док ON Док.IDDoc = ДокОКС.IDDoc INNER JOIN    1SJourn as Жур ON Жур.IDDoc = ДокОКС.IDDoc   WHERE тзВыбНомеклатура = Запрос.ВыполнитьИнструкцию(ТекстЗапроса);     {E:1C_DBEXTFORMSW_VFPOLEDB_4.ERT}: FAILED! ICommandText::Execute: SQL: Queries of this type are not supported.

без INNER JOIN работает

да и по времени довольно шустро

в каком из запросов смотреть? Без какого INNER JOIN работает?

А нахрена вот так делать ?! JOIN     1sjourn as Журнал on Журнал.iddoc = ДокОКС.iddoc INNER JOIN   1SJourn as Жур ON Жур.IDDoc = ДокОКС.IDDoc

вот так работает

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

дата документа нужна для цены

вообщем эта сцепка не хочет работать

в условие добавляещь СпрЦены.SP3787 = :ТекЦена и ругаться на чинает

используй метапарсер и $ и не пиши имена полей руками.

$СпрЦены.Владелец а так он ругается Meta name parser error: поле таблицы не найдено "$СпрЦены.Владелец"

вообщем не получились у меня JOIN  в подзапросе для DBF. единсвенный вариант вычислять в основном запросе параметры для 1sconst id, objid и передавать их в условие подзапроса, как нарисую , результаты, по времени выполнения, напишу.

:))) Вообще то речь за все поля, типа SP3787 , а Владелец, это ежели чего, PARENTEXT

пиши текс запроса, который не получился, целиком.

вообщем вот так работает

тока теперь подшаманить надо под задачу

так тоже работает

скорость минута 23, тока цена одна и таже для всех вылазит

прикольный коррелированный запрос получился.

+44 а зачем тебе эта громоздкая конструкция в скобках? Пиши вместо скобок всегда 1234.56

а вот так не работает

см. выше

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

вот так работает, теперь не знаю как связать товар из подзапроса с товарам в основном запросе

и по времени получается период что за один день что за месяц, выполнение запроса разница 20-30 секунд

Еще раз, нафига вот этот бред всё время пишешь ???

Для начала, весь запрос в топку.

я с тобой согласен, ну бывает, че пристал )) поправил работает

тут получается две фишки надо сделать 1. это соедbнить товары из подзапроса с оcновным запросом 2. в подзапросе наложить фильтр на 1sconst.Date <= Журнал.Date(из основного)

я те даже скажу без этого быстрее работает ))

даже строка подключения устаревшая

ну так помоги мил человек наведи на путь истинный

Ну, тип того, для начала:

запрос отработал тока |    Журнал.Date - ругается, но тут понятно теперь есть загвоздка документы у нас на разную дату и  цена тоже на разную дату условие в даннном случаи нас не устраивает and Конст.date<=:КонДата~~ надо что типо and Конст.date<=Журнал.Date решения два либо сюда запихивать дату документа, либо формировать на каждую дату свой запрос есть возможность запихнуть дату ?

+ выполнен за : 20583 мс Время выполнения: 1 мин. 6 сек.

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

+62 Если не хочешь составлять правильное индексное выражение для фоксового запроса, пиши запрос с помощью 1sqlite - там оно само подбирает подходящий индекс. +синтаксис попроще.

скорость существенно изменилась с индексами за день выполнен за : 20555 мс Время выполнения: 21 сек. за месяц выполнен за : 21947 мс Время выполнения: 22 сек.

это п..ц как долго. Как будет ~2-3 мс, вот тогда "попадаешь". Смотри план выполнения запроса. На 1cpp есть ветка как смотреть его для фоксового провайдера.

про индексы тут есть кусочек истины или лажа ?

с виду норм.

+67 а не, лажа :)) Надо не between, а просто меньше или равно даты..

че то у меня , на "просто меньше или равно даты", после сообщения - "невозможно обработать та-та-та .tmp по причине превышения допустимых объемов" винт отвалился (у меня базы на отдельном винте) это совпадение или последствия "кривых рук" ? ))

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

) где НачДатаПериод = '01.01.1980'

вот так отрабатывает а если Периодика.objid вставлять то ругается FAILED! ICommandText::Execute: SQL: Error correlating fields. и время выполнения - выполнен за : 5 мс так быстрее: |            Конст.ID + Конст.OBJID + dtos(Конст.date) + Конст.time + Конст.DOCID + STR(Конст.PARTNO,3) <=   выполнен за : 2 мс но пять что то ч этот вариант цену дает последнюю а не на заданную дату, как быть ?

вот мой случай

+ похожая ситуация и те же проблемы

передавать дату из журнала вестимо. Если болт в коррелированном селект листе, то делать лефт джоин с подзапросом, в котором получать нужную периодику. или использовать 1sqlite

выполнен за : 2 мс вот так выдает дату которая нужна

|            Конст.id+Конст.objid+DTOS(Конст.date)+Конст.time+Конст.docid+STR(Конст.partno,3) <=   FAILED! ICommandText::Execute: SQL: Error correlating fields.

выдает мусор, ибо написано невесь что.. читай (75.2)

(75.2) это понял буду пробывать

со временем в 2мс 5мс я на хлюздел. не туда замер вставил

вот разные запросы, разные показатели |SELECT |    Журнал.Date,                           выполнен за : 29028 мс Время выполнения: 29 сек. |SELECT |    Журнал.Date,                           выполнен за : 4936 мс Время выполнения: 5 сек. есть еще варианты ускорить ?

есть. Выкинуть соединение с табличкой шапки документа

совсем все уже убрал |SELECT |    $ДокОКС.Товар as [Товар $Справочник.Номенклатура], выполнен за : 4978 мс Время выполнения: 5 сек. это  все возможное ?

Строка подключения из ? +  Запрос.Выполнить("EXECSCRIPT('SET ANSI OFF')");  Это в коде есть ? второй раз запускаешь на выполнение, время какое ?

1. есть 2. выполнен за : 5057 мс Время выполнения: 5 сек. выполнен за : 4956 мс Время выполнения: 5 сек. выполнен за : 4933 мс Время выполнения: 5 сек.

че то уменя какой не делаю один хрен время около примерно выполнен за : 6629 мс Время выполнения: 7 сек. выполнен за : 3885 мс Время выполнения: 4 сек. выполнен за : 3864 мс Время выполнения: 4 сек.

какой то нелепый код..

в я пытался реализовать ваши рекомендации я не правильно что то понял, поправте плиз ?

вот рабочий вариант получения закупочной цены на нужную дату, теперь бы все это сцепить с при условии  дата цены на дату документы выполнен за : 2061 мс Время выполнения: 2 сек.

ну, на счет рабочего я бы поспорил, в особенности в соединении ON

работает, зуб даю ))

и так тоже работет ТекстПериодика = " |(SELECT

а вот так скорость выполнения самая масимальная из всех остальных выполнен за : 310 мс

щас попробую циклом формировать текст запроса на каждую дату а потом UNION соединить

ага.. а потом плюнешь на фокс и напишешь на 1sqlite

Тип того, примерно:

да отработало, как то все просто )) спасибо тебе милый человек что вразумил ))

ТЗ колво строк 30195 Время выполнения: 41 сек.