Добрый день, столкнулся тут с не очень хорошей ситуацией по переполненю SQL таблиц при выполнении запроса
Сам запрос:
ВЫБРАТЬ
    ДополнительныеСведения.Объект КАК Ссылка
ИЗ
    РегистрСведений.ДополнительныеСведения КАК ДополнительныеСведения
ГДЕ
    ДополнительныеСведения.Свойство = &Свойство
    И ДополнительныеСведения.Значение = &Значение
    И ТИПЗНАЧЕНИЯ(ДополнительныеСведения.Объект) = ТИПЗНАЧЕНИЯ(&Объект)
    И ДополнительныеСведения.Объект.Дата МЕЖДУ &НачДата И &КонДата
______________________________
Переполнение таблиц происходит тут:
ДополнительныеСведения.Объект.Дата МЕЖДУ &НачДата И &КонДата

Хотелось бы переделать на чито то в виде
ВЫРАЗИТЬ( ДополнительныеСведения.Объект КАК Документ.ТИПЗНАЧЕНИЯ(&Объект).Дата МЕЖДУ &НачДата И &КонДата
___________
Но к сожалению такое не прокатывает! :(
И я впал в ступор... посоветуйте какую нибудь идею так как типдокумента в запросе может быть любой!

Посоветую читать справку по языку запросов. Там все есть и почти так как ты написал.

собрать динамически текст по метаданным документов ОБЪЕДИНИТЬ ВСЕ с выразить конкретный тип

ДополнительныеСведения.Объект.Дата
Так не надо делать

вот тут ДополнительныеСведения.Объект.Дата Объект надо ВЫРАЗИТЬ()

ссылка Документ.Документ можно в ВТ, потом из нее - уже тип будет, можно попробовать без ВТ. А так там в Объект наверно все типы базы

(5) не спасет без приведения типов

(6) даже через вт не спасет?

(7) ВТ - это не волшебная палка. Хоть с ВТ, хоть без нее такая конструкция "ДополнительныеСведения.Объект.Дата" приведет к неявному соединениею со всеми таблицами, из которых потенциально может состоять Объект.

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

(9) ну, почему же? Еще можно вот это говнище облагородить
И ТИПЗНАЧЕНИЯ(ДополнительныеСведения.Объект) = ТИПЗНАЧЕНИЯ(&Объект)

(8)
Выбрать
Объект
Поместить ВТ
Где
ДополнительныеСведения.Свойство = &Свойство
    И ДополнительныеСведения.Значение = &Значение
    И Объект Ссылка Документ.Документ;
Выбрать
ВТ.Объект
Где
ВТ.Объект.Дата

понятно, что не палка, но работать будет, и скорость будет зависеть от количества таблиц, но! такой регистр - это так сказать типовое решение, можно рассуждать о печальности использования МНОГОсоставных измерений, но только за пивом или еще чем)

(6) чуть не так понял..
"ссылка Документ.Документ можно в ВТ, потом из нее - уже тип будет"
надеюсь, что в ВТ уже будет тип, проверять не хочется

(11)
И Объект Ссылка Документ.Документ; не даст никакого ускорения.

(13) откуда вдруг тип появится? По идее у Объект составной тип, он же и будет продолжать оставаться.

(12) это тупик, выбрось из головы.
У тебя проблема в конструкции Объект.Дата. Причина описана в (8). Решение - в (4).

(15) Если Объект как ссылка уже получен, зачем условие на дату?

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

(4)Выразить это легко сказать...
ВЫРАЗИТЬ( ДополнительныеСведения.Объект КАК Документ.ТИПЗНАЧЕНИЯ(&Объект).Дата МЕЖДУ &НачДата И &КонДата
НО! В выразить параметры не работают...
Пока вижу только через когда все документы выражать... но это же писец!?

(18) динамический тупо сделай и не мучайся.
т.е. в тексте запроса будет
ВЫРАЗИТЬ( ДополнительныеСведения.Объект КАК Документ.%ИмяДокумента%).Дата МЕЖДУ &НачДата И &КонДата
Потом через СтрЗаменить поменяешь %ИмяДокумента% на реальное имя(вид)

(19)
ВЫРАЗИТЬ( ДополнительныеСведения.Объект КАК Документ.СуществующийТипДокуменрта)

потом заменить
что бы конструктор работал и не портил

(20) это уже вкусовщина)  Я бы предпочел сразу видеть, что вид документа - переменная. А конструктор - да и с ним, им только форматировать удобно.

(19), (20) О как!!! Очень благодарен! Хорошая идея!!!
Куда пива высылать?

LOL

А какой тип-то подставлять? :)))

(23) ТипЗНЧ(Объект)

(22) Помоги другому)

А, или отбор по одному типу что ли?
Чем тогда ССЫЛКА не подходит?
Изобретатели хреновы :))

И ДополнительныеСведения.Объект ССЫЛКА Документ.ИмяДокументаКакВМетаданныхДляТогоТипаКоторыйНужно

(27) и че это даст. Это не избавит тебя от доп. соединений со всеми таблицами, входящими в ОТ объекта

(27) Тоже не катит!
Ибо получается Ссылка Документ.Типзначения(&Объект)

(28) Да правда что ли? :)))

(29) Какой нахрен "Ссылка Документ.Типзначения(&Объект)"?
Я же говорю, просто тупо типа "ССЫЛКА Документ.АвансовыйОтчет".

(30) Да. Это правда)

(31) тогда я мысль видимо потерял! Дело в том что я незнаю заранее какой тип документа у меня пойдет!

(33) Где ты не знаешь? Перед выполнением запроса?
Тогда как ты перед выполнением запроса умудряешься заполнить параметр "Объект"?

(33) У тебя же есть &Объект, ты что-то в этом параметре передаешь в запрос. Из него и вытащи тип через метаданные.

Объект приходит в вызов функции, содержащий этот запрос.
До этого объект ищеться в данных на основании содержащейся в xml инфе, и может быть любым документом метаданных...

(35) ну оттуда я тип вытащу... у меня проблема в выразить была...
тип то переменный

(35) в первом вызове это реализация, во втором уже может пойти требование накладная

(37) Получишь тип, точнее имя объекта, подставишь его (через СтрЗаменить)  в текст запроса (в ВЫРАЗИТЬ) - и все

(35)
И ДополнительныеСведения.Объект ССЫЛКА Документ.ЯНЕЗНАЮКАКОЕИМЯСЕЙЧАСОБРАБАТЫВАТЬСЯБУДУТ

(39) не это я понял! Прикольная идея! Хоть и извращение :)
Дальше то проблем нету!

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

(42) Ну да... но... боюсь  это медленнее

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

просто приходит 6-8 тыс. доков в сутки

(38) Эта функция провеят записан ли импортируемый док в базу, или он новый. К сожалению не все существующие могут быть проведены

(41) Извращение?!
Слов нет.

(47) Кстати работает:)
Не если есть идея лучше то поделись?

Пипец, мир сошел с ума.
Какие, нахрен, еще могут быть варианты, когда нужно просто тупо подставить в запрос нужный параметр?

НУ нахуя я буху обновил! :) Вот и прилетел геморрой

(49) я не могу придумать как в запрос подставить этот параметр!!!

(48) Аааа, LOL
А что, были сомнения, что будет работать? :))))

Еще раз, для тех, кто на бронепоезде.
1. Это лучшая идея
2. Это абсолютно рутинная вещь, не какое-то мегаэкзотическое сложное извращение через задницу, какие тут, нахрен, сомнения? :))

(51) Да никак, тебе же сказали, заменяй текст запроса

(46) У тебя он в цикле много раз вызывается?
Заюзай менеджер временных таблиц, подготовь ВТ до цикла,
в которую собери Ссылки документов нужных тебе типов и их даты. Соединяйся с  ней и все.

(52) тьфу... это была не ирония?

(43) да нет, не должно особо У Журнала Ссылка и Дата - стандартно в индексе сидят.

(54) В смысле ссылки в требуемом тебе диапазоне дат. Чтобы всю базу не дублировать :-)

Я сегодня в ДТП попал... в пробке крайним стоял... на 80 кмч в меня прилетео...:(

(55) Ты заканчивай, я уже не могу смеяться
Нет, это была не ирония

бампер в багажнике... крышка багажника там же...

(57) эти значения в рамках года уникальны только

шея болит...
машинку жалко...

Пасибо всем учавствовашим!!!

(56) Журнал - это хорошо. Класс решение

(60) бампер он же железный. Это наверно у тебя пластик от бампера попал в багажник.

(0) Составные типы — бесплатный сыр мышеловки производительности
http://catalog.mista.ru/public/184361/

Для корректной работы запросов при составном типе, придется много писать :)