Помогите с РАЗНОСТЬДАТ #487907

Задача такая: в запросе хочу получить разницу в месяцах между свойством номенклатуры типа Дата и Текущей датой, соответственно пишу: РАЗНОСТЬДАТ(ЗначенияСвойствОбъектов.Значение, &ТекДата, МЕСЯЦ) Выдает ошибку "неверные параметры РАЗНОСТЬДАТ", такое ощущение, что не видит тип у значения свойства, думаю, если сделать свойство предопределенным, то прокатит или дело в другом?

ВЫРАЗИТЬ

не катит, пробовал уже

как пробывал?

Отработало - что я делаю не так?

Запрос.УстановитьПараметр("ТекДата", ТекДата);

ЗначенияСвойствОбъектов.Значение - не дата, это ж дураку (1С) даже понятно.

РАЗНОСТЬДАТ(ВЫРАЗИТЬ(ЗначенияСвойствОбъектов.Значение КАК ДАТА), &ТекДата, МЕСЯЦ) у тебя поле не составного типа

ВЫРАЗИТЬ(ЗначенияСвойствОбъектов.Значение КАК ДАТА)

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

РАЗНОСТЬДАТ - медленная зараза...

так и делаю

извращенец? чем   не устраивает?

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

Что-то подсказывает что быстрее будет.

он наверно туда другие свойства подсовывает, в эту функцию.

ты умнее оптимизатора MS SQL?

+ делай хорошо, а хреново само получиться (с)

Время работы оптимизатора - тоже время - не правда ли.

У файловой версии тоже оптимизатор MS SQL? :-)

не пори чушь

Ну какая-же это чушь, если в файловой нету MS SQL? А Вы предлагаете все взвалить на сей инструмент.

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

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

К Отбор в подзапросе с фильтром. И примерно во столько раз медленнее во сколько записей больше без предварительного фильтра в подзапросе. Соединение это почти декартово перемножение. Чем больше записей тем выходной результат больше. Если заранее перемножемые таблицы ограничить, то и перемножать придётся уже меньшие по количеству строк таблицы. А это уже быстрее. В принципе это прописные истины. А сваливать всё на некие оптимизаторы - не хорошо это. Видел я как оракл загибается от фильдипесового подобного запроса. Беруться четыре огромные таблицы и перемножаются. Потом на результат накладываются условия, но не только условия связи, а и условия на каждую таблицу. В результате получается одна небольшая таблица. Но запрос выполняется крайне медленно. Хорошо это писал не большой специалист в оракле (сопровождает он систему) и не в самой базе, а в отчёте. Тоже сказал - есть же оптимизатор. Немного подкорректировал - наложил фильтры заранее и в подзапросы. Скорость выполнения - стало буквально несколько секунд (2-3 сек). При этом в самой базе на которой это писалось и в оракле я не специалист совсем. Специалист наверное еще быстрее бы нарисовал.

а с чего ты взял, что фильтра нет О_о ??? речь об одной выборке с фильтром, против выборки из подзапроса с фильтром

Речь о РАЗНОСТЬДАТ для скольки строк она будет отрабатывать, если известно что данная операция довольно-таки медленная.