v7: Как получить остатки на каждый день прямым запросом #657380

Чето не могу понять как получать остатки на каждый день, хелп.

зачем прямой запрос?

чето долго делается такой

а, 7-ка. я думал 8

из руководства: $РегистрОстаткиОбороты.<ИмяРегистра>([<НачалоПериода>][, <КонецПериода>][, <Периодичность>][,<МетодДополнения>][,<Соединение>][,<Условие>] [,<Измерение>][,<Ресурс>]) [as <Алиас>] Здесь из нового появился параметр МетодДополнения. Имеет смысл, только когда используется разворот по периодам: ДвиженияИГраницыПериода (ActionsAndPeriodBoundaries) – !!!в таблицу включаются обороты по каждому периоду движений и текущие остатки;!!! также таблица дополняется записями о ненулевых остатках на начало и/или конец на границы периода расчета хммм где я ошибаюсь?

Используй класс ПрямойЗапрос, эту же ВТ и параметр Дополнение. Получишь именно то что надо далее качаем из как то используем defcls.prm обновляем 1с++ ставим 1сСклЛайт должно работать, но у меня пока не взлетит, забил

Мне как то класс "ПрямойЗапрос" не по вкусу, я люблю чистый SQL :)

ты предлогаешь перечень дат соеденить с запросом по остаткам? ВТ $РегистрОстатки это тоже не SQL

просто ребята делавшие $РегистрОстаткиОбороты не подумали про параметр Дополнение в Периодичности.... товарищ собравший класс прямойЗапрос об этом подумал... видимо еще много о чем подумал.

подкинь идею как соеденить по $РегистрОстатки.Взаиморасчеты(        :ДатаРасчета,

Заполняешь таблицу дат и получаешь по каждой дате остатки

разница во времени - практически 7 лет.

Ну, так то он ближе к SQL-лю и нет заморочки с остатками.

зачем? ---- красивое решение лежит где-то на форуме 1с++, и оттуда опубликовано на sql.ru

нет ничего ближе к скл чем скл, просто как сказал разница между методами в 7 лет, у микрософта где то был лозунг девелопер из нот пламбер(= помоги найти(=

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

либо в цикле делать запрос на каждый день, либо соеденить? что быстрее пытаюсь выяснить, наивно надеюсь что разницы нет

есть еще курсоры и CTE проще получить остатки на начало свернытые по дням движения расчитать таблицу остатков на каждый день

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

за 1 день разница 4 сек

за два дня нет разницы, 27 сек оба.

27 секунд это п.ц

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

е

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

у меня тоже есть твой запрос :)

Давай, кажи :)

вот такой без фильтров делается за 12 секунд, получается если надо месяц анализировать то жуть.... кто дурак?

админ?

может мне потребовать нового железа на сервер? там какое то унылое гомно 2004 года стоит на скази в 1 рейде

как меряешь то хоть время запроса ?

потребуй купить выпрямитель. для рук.

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

п...ц

+ непонятно, нахрена в делать Подготовить

для не параметрического запроса

+ использование:

всякую фигню советуете(= от твоего замера быстрее запрос делатся не будет какая разница? от этого запрос ощутимо быстрее выполнятся не будет

может проканать.... надо попробовать но все равно остатки получать 14 секунд это долго

нате    |

важно что самый элементарный запрос по остаткам выполняется слишком долго >10сек а вы мне мозг пудрите всякими мелочами(=

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

Используй не тупой Цикл, а временные таблицы :)

Может у вас хренова с закрытием регистров? Чем вы занимаетесь? Розницей? Сколько Товара в справочнике Номенклатура?

Это подготовка временной таблицы, ты её можешь укладывать любым способом, хоть через Insert на прямую, не через "УложитьСписокОбъектов" :)

+ Тогда стоит подумать о том, что бы этот метод сделать только один раз, а не каждый раз в цикле ;)

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

да уж.. сам запрос то не 18 секунд однако. + выкинуть Подгтовить из текста надо. ЗЫ: заместо уложитьсписокОбъектов можно пихать самому всё во временную табличку.

и про время замера, тебе не просто так в начале говорили - не то меряешь и не тем.

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

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

в отладчике ? :)))))))))))))))))))))))))))))))))))))))))))))))))

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

читай, там есть готовый код

:))))))))) И эти люди только сейчас открыли для себя замер производительности и жуколов.. Когда доберутся до стека вызовов.. воопче ачуметь будет

ну а с _GetPerformanceCounter мозг взорвётся!

про консоли готовые , типа 1CQA для отладки, ужо молчу

и про профайлер и план запроса тоже

умный какой а(= завышенная собственная важность наказывает(= 1cqa? не, не слышал, надо почитать, спасибо(=

не взорвется. нечему..

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

а похожи на школоло(=