немного реабилитировал стандартный сводный остаток.
Значения через две точки вычисляются хуже  ( медленнее ) чем через одну точку
т.е. вместо
);

гораздо лучше использовать
Рег = СоздатьОбъект("Регистр.ОстаткиТоваров");
........
Ост=Рег.СводныйОстаток(,,Спр.ТекущийЭлемент(),"ОстатокТовара");


Результаты
Стандартный Сводный остаток Рег через одну точку
Сред = 14.6282   15.408   17.542   12.961   12.73   16.192   14.767   15.605   13.319   12.494   15.264   

Стандартный Сводный остаток
Сред = 18.2442   16.436   16.956   22.22   23.782   22.733   13.698   18.524   17.791   15.778   14.524   

Прямой запрос  + Параметр + ПостроитьПараметры
Сред = 15.9765   17.087   22.121   18.286   16.598   16.208   15.575   12.524   12.728   13.298   15.34   

вот как работает 1с++

Процедура Сформировать3()
	стрдатыТА=строка(формат(НачМесяца(ПолучитьДатуТА()),"ДГГГГММДД"));
	стрдатыТА = " cast('" + стрдатыТА + "' as " +  ТипДата_sql  + "  )";
    глОстТовара = СоздатьОбъект("ODBCRecordset");
	глОстТовара.Отладка(1);
ТекстЗапроса = "
     |SELECT
     |	SUM($Рег.ОстатокТовара)
     |FROM
     |	$РегистрИтоги.ОстаткиТоваров Рег (NoLock)
     |WHERE
     |	Рег.PERIOD="+стрдатыТА+" AND
     |	$Рег.СклЯчейка = :Зн_Ячейки
     |";
	 глОстТовара.РежимRPC(1);
	глОстТовара.УстановитьТекстовыйПараметр("Зн_Ячейки", КонктерЯч);
     ост=глОстТовара.ВыполнитьСкалярный(ТекстЗапроса);
Сообщить("ост пр запрос  Ост = " + Ост);
КонецПроцедуры
 

при этом на sql подает код
Цитата:

berezdetsky писал(а) 24. Сентября 2010 :: 09:43:


первый вопрос неправильно сформулирован
почему константу типа char '20101201' явно не преобразовали
к datetime. Ведь все равно будет неявное преобразование типов,
а этого надо избегать.

вопрос номер 3
как я понимаю при вызове процедуру
константа текстовая
'   5JKZZZ' с типом char(9)
будет преобразована к  varchar(9)
при этом левые пробелы обрежуться и мы получим на входе в процедуру '5JKZZZ' с varchar(9)
далее в условие where идет сравнение
колонки таблицы SP4021 с типом char(9) c константой
'5JKZZZ' с varchar(9)
sql  будет вынужден сделать неявное преобразование
и преобразовать константу '5JKZZZ' с varchar(9) к
char(9)  для чего необходимо снова дополнить
'5JKZZZ' ведущими пробелами и после чего снова получаем
'   5JKZZZ' с типом char(9)


Может такие преобразования и нужны когда длина переменной больше 100 ( экономим трафик)  но явно не для длины =  9.

berezdetsky писал(а) 24. Сентября 2010 :: 10:15:

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

про стоимость запросов Вы конечно правы но эти два запроса практически идентичны и выполняют одну и ту же базовую операцию cluster index seek над одном и том же значении периода
и одном и том же доп условию по складской ячейке.

berezdetsky писал(а) 24. Сентября 2010 :: 10:20:

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

berezdetsky писал(а) 24. Сентября 2010 :: 11:13:

это Вы согласились по первому или по третьему вопросу?