День добрый.
Прошу подтвердить ошибку платформы.

Запрос вида:

ВЫБРАТЬ
   МИНИМУМ(Справочник.Данное) КАК Данное
ИЗ
   Справочник.Справочник КАК Справочник
ГДЕ
   Справочник.Данное > 4.6

При условиях:
Справочник.Данное - тип Число (5.0), индексированное

для данных
1,2,3,4,5,6,7,8....
вернет 6 вместо 5.

8.2.17.169, но думаю, воспроизведется на всех 8.2

dt-шничег
http://zalil.ru/34371432

(0) там неявный каст происходит

Выразить(Справочник.Данное КАК Число(6,1)) > 4.6

Казалось бы херня, но эта херня выела мне мозг при расчетах по спирту.

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

(3) мне выело мозг то, что для дробных точность 6 ставится, если напрямую не сказать больше...

(2) Это то понятно, не понятно (0).

(4) Почему, когда не индексированное - ничего такого нет?

попробуй 4.6 < Справочник.Данное

(0) Автор, подтверждаю, что у тебя ошибка в ... ДНК.
Справочник.Данное > 4.6
При условиях:
Справочник.Данное - тип Число (5.0), индексированное,

Будет равносильно Справочник.Данное >5

Учи матчасть :)

(9) Специально для таких мозгоклюев не сказал, что под SQL все нормально.

(8) Тоже самое.

(10) пиши в 1с, пусть правят

(10) Не имеет значения где именно. Это не ошибка самой 1С и индексы тут вообще не при делах.

(12) Выразить(Справочник.Данное как Число(6,1))>4.7

Вполне меня удовлетворит.

(13) Расскажи об этом SQL-ю.

(14) только вот индекс тогда не работает

(16) гхм....

Индексы там нужны, там у нас большая табличка то.

(15) При чем здесь SQL?
Ты со своими мозгами разберись сначала.
Ты сравниваешь числа разной точности и утверждаешь, что виноваты индексы.

2 запроса штоле, под файловую - с Выразить, под SQL - без выразить. Файловая то для отладки нужна так то.

(20) Да там вообще неважно какая база, а важно как правильно написать запрос, ИМХО.

(9) а почему у mssql это не равносильно?
у них тоже с матчастью туго?

declare t table(a int, b numeric(5,0))
insert into t values (4,4)
insert into t values (5,5)
insert into t values (6,6)
select min(b) from t where b > 4.6

-------
5

(1 row(s) affected)

(19) Ты dtшнег скачал хоть?

(22) Потому что в 1С на SQL поедет иная конструкция.

(23) Ну скачал и что? И что это меняет?

Запрос=Новый Запрос;
   Запрос.Текст=
   "ВЫБРАТЬ
   |    МИНИМУМ(Справочник.Данное) КАК Данное
   |ИЗ
   |    Справочник.Справочник КАК Справочник
   |ГДЕ
   |    1.0000000000000000000000*Справочник.Данное > 4.6";
   Выборка=Запрос.Выполнить().Выбрать();
   Если Выборка.Следующий() Тогда
       Сообщить("Минимум справочника >4.6 равен "+Выборка.Данное);
   КонецЕсли;

пофиг что куда поедет.
Ты сказал, что у тех у кого ДНК в норме, кто дружит с мозгами и знает матчасть,
Выражение (Данное > 4.6) равносильно выражению (Данное > 5), если Данное - не дробного типа.
Так ведь?
Так вот, например, mssql с тобой не согласен.

(27) к (24)

(24)

Все тоже самое туда поедет

exec sp_executesql N'SELECT
MIN(T1._Fld24865)
FROM _Reference24862 T1 WITH(NOLOCK)
WHERE (T1._Fld24865 > P1)',N'P1 numeric(2,1)',4.7

(27) Речь об 1С, а не о SQL

Кстати, Выразить() вполне себе Индекс использует

Но за решение
1.0*Справочник.Данное

спасибо.

Тоже польза от тебя есть.

(29) SQL и файловая 1С по-разному приводят числа к одинаковой точности.

(32) Решение старо, как мир :)

(32) ты же знаешь, что в запрос например в качестве параметра не рекомендуется передавать таблицу значений, колонка которой не типизирована заранее? здесь тоже самое. а 1.0*переменная - это и есть явная типизация к типу Real

(33) Файловая по запросу к индексному полю и файловая по запросу к безындексному полю по разному приводят числа к одинаковой точности.

(35) Какое не рекомендуется?! 1С пошлет к херам нетипизированную таблицу и все будет хорошо.

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

(30) осталось понять чья матчасть правильная (1c vs sql) и стоит ли посылать учить неправильную

(39) Нужно учить ту матчасть кою используешь.
Если в 1С, то 1С, если в SQL, то в sql

(40) 1С придется учить 2-х типов - для индексного поля - Цел(), для не индексного - Окр(). Ага.

(41) Сорьки, поигрался с индексацией, выспылил, был не прав :))))

а ведь фича.

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

(41) то есть ты утвержадешь, что индексирование числового реквезита (поля) в 1С преобразует его тип? То есть 5 ---> 5.000 ?

(43) вот именно -баг

ВЫБРАТЬ
   ВЫРАЗИТЬ(4 КАК ЧИСЛО(2,1)) КАК Данное
ПОМЕСТИТЬ Справочник_Справочник
ОБЪЕДИНИТЬ
ВЫБРАТЬ    5
ОБЪЕДИНИТЬ
ВЫБРАТЬ 6
ИНДЕКСИРОВАТЬ ПО
   Данное
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
   МИНИМУМ(Справочник.Данное) КАК Данное
ИЗ
   Справочник_Справочник КАК Справочник
ГДЕ
   Справочник.Данное > 4.6

(42) "Я ... и закурил."

для тех кому грузить лень.
попробуйте поменять 1 на 0

кстати, проверял на 8.3 - таже хрень.

Скорее всего в файловом варианте (4.6) округляется до 5 ти.
В SQL по другому.

(44) Видимо, строение индекса в файловой версии влияет.

(47)
5

8.2.15 та же фигня

на скуле в 8.1
в 8.2 ща посмотрю

Попробуй
Справочник.Данное >= 4.6

(51) Нет, SDBL одинаковый.

(53) в файловой? 1 на 0 менял?

(49) Там загвоздка в

ИНДЕКСИРОВАТЬ ПО
   Данное

(56) Будет 5 и это логично, и это мне не надо.

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

Вернее что выдает Справочник.Данное = 4.6

(62) в SQL и файловом варианте?

(32)
Чем это лучше ВЫРАЗИТЬ?

Да, реально, если закомментить ИНДЕКСИРОВАТЬ ПО
   Данное - результат меняется...

всегда в запросе пользоваться 1.0000 * Данное - к себе в мемориз...

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

после 13 релиза 1с в ms sql намного меньше стало использовать
CAST. так что подобные проблемы возможны.

раньше в CAST было обрамлено буквально все.
приходилось чистить код.

(57) тем не менее баг проявляется на файловом варианте, на серверном (с mssql) - нет

(10)а в разных скулях - отличается?

(69) Вот я еще разные Скули не ставил.

(32) Если данное будет 4.99 то не спасет.
тогда 1.000000000000000000000000..... На все случаи жизни

Кстати по приведению типа в SQL
http://technet.microsoft.com/ru-ru/library/ms187928.aspx
Например, результатом следующего преобразования будет 10:

SELECT CAST(10.6496 AS int);