v7: запрос по ТМЦ и партиям #644387

нужно в дбфном тисе вывести таблицу колонки: номенклатура, остаток тмц, остаток по партиям на ТА ткните в пример кода попроще который делает это или похожее что-то желательно готовый к исполнению без недосказанностей вроде необъявленных переменных (если есть конечно варианты проще тех что в регпринте и типовой выгрузке остатков)

нужно в дбфном тисе вывести таблицу колонки: номенклатура, остаток тмц, остаток по партиям на ТА ткните в пример кода попроще который делает это или похожее что-то желательно готовый к исполнению без недосказанностей вроде необъявленных переменных (если есть конечно варианты проще тех что в регпринте и типовой выгрузке остатков)

Шо, прямо уже начинать писать? Смотри отчеты: Ведомость по партиям ТМЦ Отчет по остаткам ТМЦ

Сколько надо будет тебе еще доплатить?

вот простой пример ТекстЗапроса="        |SELECT        |    Рег.Товар AS [Товар $Справочник.Номенклатура],

(+3)

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

пример попроще. всё логично и понятно ;) а главное - рабочий 100 %. Только что с живой конфы клиента сдёрнул

я верю, но боюсь у ТС может внезапно не заработать

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

т.е. короче без 1с++ даже рабочего кода там нет )))

ну почему же нет? есть но он сложнее. привести?

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

не врубаюсь где там соединение регистров...

какое соединение и каких регистров?

желаьельно партий с тмц по номенклатуре это вообще возможно?

зачем? и почему это в 7.7 номенклатура это регистр? с 8-кой не путаем?

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

куда уж короче и быстрее

дык в чем проблема то?

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

РФ 7.70.932 ТиС это так соединение делается в семерке???

ну про конфу то он вроде сказал, ТиС

ну вроде как должно сработать, хотя там возможно надо еще ТекущийЭлемент добавить, без скобок

спасибо! вы очень помогли )))

вот он гениальный код:!

и это в обработке выгрузки...

Андрей, за надо линейкой по рукам бить )))

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

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

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

ну напиши. кто ж возражает?

да я то напишу

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

обоснуешь?

все это нужно воткнуть в сам запрос (получение цены), в том числе, хэвинг на нулевые итоги.

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

не так всё просто мне пока. Если не сложно - покажи как получить цены сразу в запросе индексы я только осваиваю (по твоей наколке на днях) кстати - появился вопрос по 1с++. может тут спросить? ответишь? вроде ничего сложного а понять не могу как сделать

спрашивай. может, и ответим...

Ха... сумма и тут пашет оказывается.. сенькс

кстати вот вопросик над которым бился 1. надо отобрать документы N-видов быстрым запросом 2. во всех этих документах есть НЕОБЩИЙ реквизит и НЕ ГРАФА ОТБОРА например "ОбъектУчета" тип справочник. Есть 100 % во всех. Как наложить условие по этому реквизиту? пробовал через левое соединение - не взлетает. Текст=" это сам запрос. количество видов документов переменное - в зависимости от ситуации. Вот так вот вопросец. Скажешь чего?

coalesce

простите забыл упомянуть - dbf

:-( Ну, тогда собирай через union all, хотя это и медленно

кроме того в описухе говорится про общий реквизит...

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

как? голова уже не варит вовсе. клиент торопит - уже селекты снятся

"фильтровать результат через жопу" - оригинально

строку условий лучше лепить такую: условие на отбор по реквизиту так, к примеру where iddoc in (  select      Док1.iddoc as iddoc  from $Документ.Вася as Док1      Док2.iddoc as iddoc  from $Документ.Федя as Док2  ....  )

до индекса я допёр и сам и пробовал через левое соединение в цикле дописывая к Док номер в списке но тогда приходится и в select тоже дох дописывать этих Док1,Док2... видов может быть от одного до 12-15... показалось некошерным. опять же обработка результатов то тоже будет через эти самые Док1,Док2. или я ошибаюсь?

(+51) я про то что в итогово

(+51) я про то что в итоговой ТЗ колонки то будут Док1, Док2, Док3 и т.п. не сильно удобно при выборке, сортировке и т.п. леплю альтернативный журнал документов с отбором по нескольким видам документов и фильтром по значениям реквизита... а в журнале ещё и дата и время и фирма и общие реквизиты.... короче потом приходится довольно много вытягивать данных типа "ТЗ.ДатДок=ТЗЗапроса.Док.ДатаДок"

а ? зачем в селекте " дописывать этих Док1,Док2." ?

дата у тебя в табличке журнала же есть, там док не нужен

а у тебя разве не так? (  select      Док1.iddoc as iddoc  from $Документ.Вася as Док1      Док2.iddoc as iddoc  from $Документ.Федя as Док2  ....  ) вот в селекте Док1, Док2

да это я знаю я просто для примера...

пусть будет не дата а тот же общий для этих видов реквизит (а таких там три)

они ж у тебя в в один "столбец" объединятся...

нет, у меня в селекте 1 колонка .. да и это подзапрос на фильтр по iddoc первоначальной выборки журнала. А динамически кучу юнионов собрать.. как 2 пальца %)

+ ну да.. тормознул.... попробую если альтернативы нет

сенкс

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

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

Неправильный вывод. По семёрке мало молодых и неопытных. А опытные про 2+2 жевать не станут, давно пройденный этап. И ещё. 25 ответов нафиг не надо. Тебе с ходу дали 2, но нормальных.

вот нормальный: а у вас видать у всех ум за разум уже позаходил

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

но жадности и желания поумничать больше всего

вообще прямо скажем ответов мало ещё и потому что неправильное использование регистров сабжа это же хлеб для кучи сотрудников разгребающих косяки пожтому и сравнивать их это крамола

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

все франчи разные за рарусом например ничего не нужно разгребать

:)))))))))))))))))))) спасибо, поржал.

бу га га За рарусом уже нечего разгребать, все уже в руинах

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

судя по , работал мойщиком окон ?

Или.. даже доверяли коробки носить ? .. :)

вам бы всё запросы в цикле писать да номенклатуру по наименованию синхронизировать

аргументируй

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

не верю. Ибо примитивный язык 1с-а изучается за 2 дня.

был у меня один такой умник повесил своим отчетом всю базу, вообще программисты один другого умнее всегда

ну может больше, за счет русского синтаксиса.

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

Тааак, а теперь какое отношение рарус имеет к британскому архитектору ? Неужто выгнали и взяли в падаваны, коробки носить ? :)

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

:)))))))))))))))))))))))))))))))))))))00

Поржал.

Насмотрелся на типового снеговика что ли со своими сериями ? :)))))))))))))) Архитектор.. мда. ЗЫ: если что, как напишешь - так и полетит. Никакого отношения учет серий и партий к платформе не имеет, как бэ.

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

И чего, даже в хвалёном Рарусе никого нет ? :)

хорошая реклама раруса :-)))

))))+1

там есть, но это исключение

какой жирный троль.... автор - а ты в чём спец? ну не в 1С 7.7 это понятно. в 8-ке спец?

Он системный архитектор, а не спец.

а чегой то это означает? вот архитектор - он проектирует строения. а этот чего? системы? какие? просто интересно где на таких пафосных учат и чего он делал в рарусе?

я не знаю, ждем ТС.

судя по - тоже