Вылетает 1С при выполнении запроса 1С++ #419908

1С 7.7 (25, Комплексная конфа 478), 1С++ в.2.5.0.1 Есть запрос: ТекстЗапроса = " Смысл запроса: получить движения по группе номенклатуре по регистру ПартииНаличие и сами документы, которые выполнили эти движения. При выполнении запроса 1С вылетает с Run-time error Подскажите куда копать, плиз

анахрена там виртуальная таблица? Почему сразу по ПартииНаличие не выбрать?

Может так? |    ) as ТекДок on ТекДок.ПозДок = Рег.ПозицияДокумента

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

2 Через виртуальную там элементы группы для фильтра.

респект, помогло ))

А нефик всякими несертифицированными приблудами пользоваться :)

розжиг? :)

2 Чем предлагаешь пользоваться?

Пытаюсь :) Если серьёзно, всегда был против подобных примочек. Лучше стараться всё реализовывать штатными механизмами.

Нет, тупняГ

Просто у тебя не было больших баз и нетерпеливых пользователей :-)

Штатные механизмы умирают даже на не слишком больших объемах данных...

1C++ уже давно стандарт де-факто для разработчиков на 7.7

Как сказал один "программист" - "работал с большими базами, почти под гигабайт" :-)

2 Что такое "штатными механизмами"?

Де-юре это не стандарт. А до тех пор пока он таковым не становится, то подобная разработка имеет очень малые шансы и на использование и на продвижение на рынке. Почему-то фирма 1С не писала свои конфигурации с использованием 1С++, она взяла и придумала 1С 8, когда стало не хватать возможностей платформы 1С 7.7

Из какой страны эльфов это чудо?

и попыталась реализовать в 1С 8 механизмы из 1с++ и телепата... и то не очень удачно :))

(!4) :-) Кто скажет, что гигабайт - это мало, пучть кинет в меня камнем :-)

Можно, я вылезу из-под стола?

Повеселил... в я был прав.

имхается, что рановато еще :)

Механизмы это одно - хорошую идею, почему бы и не взять? Речь идёт про использование 1С++ как отдельного продукта в качестве дополнения к "ущербной" платформе.

1С++ как отдельного продукта в качестве дополнения - лихо завернул...

Да, похоже, цирк только начинается... Надо монитор перетаскивать ...

У них при переносе "в новую прогрессивную платформу" эти механизмы получились весьма ублюдочными. А не включили они 1с++ в состав штатной поставки 7.7 только по одной причине - если бы включили, то снеговик нафиг не был бы нужен...

2 А на фига им это? У них главная цель - бабло заработать, а быстрый и качественный продукт - это одна из множества второ(или "третье"?)степенных целей.

Блин, как тут весело-то :)

Вот все такие хитромудрые, блин... Яркий пример - интерфейсная библиотека Turbo Vision к Turbo Pascal 6 . Как только она вышла на рынок и ею попользовались год, тут же появились недовольные и стали улучшать сей продукт. Среда была полностью декомпилирована, код был на уровне ассемблера весь вылизан. Результат работы новой среды превосходил все ожидания. Но, в крупных коммерческих проектах она так и не использовалась, продвижение на рынок было неудачным, в качестве стандарта так и не была признана.  И где те разработчики, которые убивали своё время на этот продукт... Надо ли объяснять, почему так произошло?

Ох, а мои-то клиенты и не знают, что в крупных проектах нельзя использовать 1С++ и другие ВК... Как же им жить-то дальше? P.S. Ты с какого яблока упал, чудо?

2 А разве 1С:Предприятие принято в качестве стандарта?

Что было сделано с виженом? Он изначально с исходниками шёл...

Да пускай живут. Я то не против. У каждого на сей продукт своё мнение. Я своё высказал - я против и использовать не буду. Другим надо - пускай используют. О чём спор?

Кстати, турбопаскакаль 6 и выше - это не курпный коммерческй продукт??

А разве Турбовижн была не в исходниках?

Он под 6-й паскаль шёл с исходниками. А потом только в виде скомпилированных унитов без исходников.

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

Не надо до уровня детского сада опускаться. Смотрел, разбирался и даже понравилось. Но не использовал и не собираюсь.

Ага, точон значит, с исходниками... Ну, видимоо, по методу албанских пионеров: скоммуниздили объектник и декомпилировали, вместо того, чтоб взять исходники из комплекта поставки...

"Ох уж эти сказки... Ох уж эти сказочники..." © "Не верю!" ©

2 Франч?

жадный и толстый :-)

Нет. Точно :)

Про детский сад развеселил. Настоящие суровые программисты используют родные 1С-ные запросы...бугага....

ого, какое бурное обсуждение :))) Подскажите еще, плиз: ТекстЗапроса = " ... .... в выборку должны попадать только пвозвраты от покупателя с КодомОперации только "возврат от покупателя (купля-продажа)", а попадают и комиссионные возвраты, т.е. с кодом операции "возврат от покупателя (комиссия)". Как нужно правильно написать условие в запросе?

|                                             ($ДокРеал.КодОперации = :РеализацияТовара) ) связывание на Inner Join замени, либо условие $ДокРеал.КодОперации = :РеализацияТовара перенеси в раздел Where

+ Стоп. Не посмотрел внимательно ни вопрос, ни запрос. И туфту прогнал.

В вот это связывание имелось ввиду: | Хотя, сказанное актуальн и для остальных джоинов.

И замени на:

спасибо

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

если делаю так |        $Документ.ПоступлениеТМЦ as ДокПостТМЦ ON ( (ДокПостТМЦ.IDDoc = Жур.IDDoc) ) |     LEFT JOIN то вообще доки не выбираются

если меняю на inner join все три джоина, то тоже документы не выбираются

WHERE

Ага. С иннерами я прогнал.

спасибо, помогло

И еще. Не помню, чего выдает наружу РегистрОстаткиОбороты, но все-таки: обосновано ли именно такое as ТекДок on ТекДок.ПозДок = Рег.ПозицияДокумента связывание? Не лучше ли по IDDOC (если он есть в селект-листе виртуальной таблицы)?

нет селект-листе есть только поле ПозицияДокумента, поэтому через него уже попадаем на IDDOC