ВЫРАЗИТЬ() по нескольким типам в запросе. #595285

Ночи доброй. Как говорит мой младший брат про меня: "Брат старый стал - не помнит нихера" © Брат-2 Хочу странного: Выразить(ТоварыНаСкладах.Регистратор как (Документ.ПоступлениеТоваровУслуг, Документ.ВозвраТоваровПокупателем). Как сделать?

Ночи доброй. Как говорит мой младший брат про меня: "Брат старый стал - не помнит нихера" © Брат-2 Хочу странного: Выразить(ТоварыНаСкладах.Регистратор как (Документ.ПоступлениеТоваровУслуг, Документ.ВозвраТоваровПокупателем). Как сделать?

...а зачем регистратор выражать? Мож тебе отбор по типу надо? ...ССЫЛКА...

через выбор?

Мне надо номера приходных документов получить.

Тоесть, я точно знаю, что в выборке не будут номера реализаций, отчетов ККМ, и.т.д., чтобы sql по ним не шарился.

ручками левое соединение

Бррррр., по другому никак?

нет

Так а если тебе нужны только номера - почему не написать ТоварыНаСкладах.Регистратор.Номер

Регистратор - составное поле, будет лазать по всем таблицам, если тип не ограничишь.

ну это для затравки - а потом сие либо во вложенный запрос, либо во временную таблицу и уже оттуда номер не? не то?

+ ой пардон - как сложно написал... ГДЕ   ТоварыНаСкладах.Регистратор ССЫЛКА Документ.ПоступлениеТоваровУслуг

Выразить(ТоварыНаСкладах.Регистратор как Документ.ПоступлениеТоваровУслуг) ИЛИ Выразить(ТоварыНаСкладах.Регистратор как Документ.ВозвраТоваровПокупателем) ?

вроде как sql все равно клеит со всеми таблицами составного типа, если задано условие по "ССЫЛКА"

Гхмм, счаст посмотрим.

нет

Не, не катит

Вот как то так: ВЫБОР    КОГДА ТоварыНаСкладах.Регистратор ССЫЛКА Документ.ПоступлениеТоваров        ТОГДА ВЫРАЗИТЬ(ТоварыНаСкладах.Регистратор КАК Документ.ПоступлениеТоваров)    КОГДА ТоварыНаСкладах.Регистратор ССЫЛКА Документ.КорректировкаЗаписейРегистров        ТОГДА ВЫРАЗИТЬ(ТоварыНаСкладах.Регистратор КАК Документ.КорректировкаЗаписейРегистров) КОНЕЦ

Счаст в SQL схожу, посмотрю

это плохо

или это обработка разовая?

поддерживаю

Почему плохо?

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

конструкция ВЫБОР КОГДА ТОГДА как правило сильно снижает скорость выполнения запроса

почему?

Проверить 3 поля одной таблицы - это гораздо легче, чем потом Левым соединением по этим полям соединяться к куче других таблиц.

по кочану ну пиши номер документов прихода в реквизит регистра и усе

Не могу писать номер.

Почему?

:-)

то есть ты просто не знаешь. все с тобой ясно.

тогда объединением как в (только без ТИПЗНАЧЕНИЯ)

то есть не имею желания тебе объяснять

у меня баттхёрт или я чего-то не понимаю: ты фактически написал "если А имеет тип Б, то привести А к типу Б"

а зачем грубить, товарищ инженер знаний?

ВЫРАЗИТЬ(ТоварыНаСкладах.Регистратор КАК Документ.ПоступлениеТоваров).Номер не?

Ты все правильно понял.

Да, но не только ПоступлениеТоваров, но и КорректировкаЗаписейРегистра , к примеру.

сплю я, не обращай внимания

естьnull?

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

естьnull(ВЫРАЗИТЬ(ТоварыНаСкладах.Регистратор КАК Документ.ПоступлениеТоваров).Номер,ВЫРАЗИТЬ(ТоварыНаСкладах.Регистратор КАК Документ.КорректировкаЗаписейРегистра ).Номер  )

1c тупая скотина

а чем ССЫЛКА(...) ИЛИ ССЫЛКА(...) в ГДЕ не угодило?

Счаст попробую

не факт, что оно такого типа. Тут два варианта. 1. Выбрать сначала с одним типом (в разделе ГДЕ слово ССЫЛКА) и объединить с другим типом. 2. Либо проверять сразу в полях через "выбор когда Ссылка тогда выразить"

Это меняет результат запроса, теоретически, но практически мне подходит.

Тоже вариант

Балин, забросали.

Все, погодьте, пойду тестить быстродействие

работай давай, а то расслабился ))

Везет быдлокодерам - как напишут - так и работает и не парься.

да) хорошо быть вредненцем)

+1

правда, я не очень понимаю, почему бы просто не выбрать ВЫБРАТЬ Т.Номер ИЗ Документ.ПоступлениеТоваровУслуг КАК Т ОБЪЕДИНИТЬ ВСЕ ВЫБРАТЬ Т.Номер ИЗ Документ.Блабла КАК Т, но это видно так надо - из ТоваровНаСкладах?

а ВЫБОР КОГДА везде тормоза дает? я думал только в соединениях :(

2 раза запрос к регистру делать?

*в условиях соединений

Я вот тоже не уверен

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

ключевое слово "если". проще наверно сначала во временную таблицу, там проиндексировать

не тормоза, но ему(движку БД) это тоже надо посчитать два чтения  - надо смотреть, что быстрее будет почему к таблицам документов нельзя напрямую обратится? это конечно хорошо..когда темп дб резиновая

регистр по регистратору должен быть проиндексирован по-идее.

я так и не понял, почему не подходит ССЫЛКА в ГДЕ

Подходит. Мне подходит, но в других случаях - нет.

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

Вы погодите, я сейчас

При всем уважении как к человеку, НО, как к модеру, некорректно.. Лучше сдай свой пост/должность..

А я и не очень понял... Если использовать приведение типов результат запроса разве как-то изменится? Что ТоварыНаСкладах.Регистратор.Номер что через выразить - количество строк одинаково, а значит через две точки продет как раз по тем ссылкам что есть в результатах запроса ТоварыНаСкладах.Регистратор с выразить или без. Не?

чтобы не обрезало правильнее использовать левое соединение

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

да я её и не просил количество соединений различно-)

без явного указания типа 1с сделает соединения ко всет таблицам типов регистратора

да, это так

Во все не вчитывался. Что в итоге-то? В ИТСах пишут, что надо как . Только если номера нужны, то вот так: ВЫБОР    КОГДА ТоварыНаСкладах.Регистратор ССЫЛКА Документ.ПоступлениеТоваров        ТОГДА ВЫРАЗИТЬ(ТоварыНаСкладах.Регистратор КАК Документ.ПоступлениеТоваров).Номер    КОГДА ТоварыНаСкладах.Регистратор ССЫЛКА Документ.КорректировкаЗаписейРегистров        ТОГДА ВЫРАЗИТЬ(ТоварыНаСкладах.Регистратор КАК Документ.КорректировкаЗаписейРегистров).Номер КОНЕЦ

Так ить какие в ГДЕ наотбирает, к тем и соединиться, не?

В Итоге - я счаст замеры делаю, запросы SQL смотрю. Но я рад, что не читая ИТС (и как у вас на них время есть?) я пришел к тому же.

exec sp_executesql N'SELECT TOP 10 CASE WHEN (T1._RecorderTRef = 0x000001B7) THEN T2._Number WHEN (T1._RecorderTRef = 0x00000154) THEN T3._Number END, T1._Period FROM _AccumRg19347 T1 WITH(NOLOCK) LEFT OUTER JOIN _Document439 T2 WITH(NOLOCK) ON T1._RecorderTRef = AND T1._RecorderRRef = T2._IDRRef LEFT OUTER JOIN _Document340 T3 WITH(NOLOCK) ON T1._RecorderTRef = @P2 AND T1._RecorderRRef = T3._IDRRef WHERE (T1._RecordKind = @P3)',N' varbinary,@P2 varbinary,@P3 numeric',0x000001B7,0x00000154,0

так я у тебя в посте про ГДЕ ничего не увидел

По методу Дикообраза exec sp_executesql N'SELECT TOP 10 ISNULL(CAST(T2._Number AS NCHAR),T3._Number), T1._Period FROM _AccumRg19347 T1 WITH(NOLOCK) LEFT OUTER JOIN _Document439 T2 WITH(NOLOCK) ON T1._RecorderTRef = AND T1._RecorderRRef = T2._IDRRef LEFT OUTER JOIN _Document340 T3 WITH(NOLOCK) ON T1._RecorderTRef = @P2 AND T1._RecorderRRef = T3._IDRRef WHERE (T1._RecordKind = @P3)',N' varbinary,@P2 varbinary,@P3 numeric',0x000001B7,0x00000154,0

Счаст ИТС с Дикообразом в скорости мериться будут.

Счаст мы им Первые 10 отрежем и посмотрим, как они на 390 тыс. строк запоют.

Сам с собой общаешься?!...

А по методу Асмодея?

умным рассказывает, мы затаив дыхание слушаем

ты думаешь у есть шансы?

см

и де здесь нормальные люди?

Потерпите, сервак перезагружается.

, Свернуло, проглядел. А в оригинале это как выглядело?

к : на итс-ах пишут, в первую очередь, что регистр должен быть самодостаточным-)

+ А то чет как-то много всего. Не только соединений, но и WHERE тоже какой-то длиннючий подозрительно.

Скажи это базовой конфе.

Метод ИТС дал Reads 6142 Duration 678

см

->