Андрей Иванов wrote:
Делишь на целое получишь цело.
Подели на 10.0
...получишь NUMERIC(х,1)
Дык, в том-то и дело, что в общем случае в результате деления получается
бесконечная дробь.
Здравствуйте, Андрей.
Вы писали 25 декабря 2007 г., 2:24:22:
Владимир Аксенов пишет:
(1+2+3+4+5+6+7+8+9+10)/10=5,5
Что не так?
Делишь на целое получишь цело.
Подели на 10.0
Это понятно. Но внешне неочевидно что внутри AVG именно целочисленное
деление. К тому же что,
AVG([1, 2, 3, 4,
Интересно, а почему все-таки в 3м диалекте деление целого на целое дает
тоже целое? Что сподвигло на такую модификацию?
Или причина сего решения погребена в архивах Борланда?
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Интересно, а почему все-таки в 3м диалекте деление целого на целое дает
тоже целое? Что сподвигло на такую модификацию?
Или причина сего решения погребена в архивах Борланда?
Dmitri Kuzmenko wrote:
http://www.ibphoenix.com/main.nfs?a=ibphoenixpage=ibp_60_exact_num_fs
The scales of these operation _except_division_ are specified by the
SQL standard. The standard makes the precision of all these operations,
and the scale of divison, implementation-defined: we
Блин, ну нафига было к делению применять правило, определенное для
умножения... :-((
Потому, что на уровне инструкций процессора ЭВМ умеет только
прибавлять и умножать. Опреации деления и вычитания получаются путем
математических преобразований над этими операциями (прибавление числа
со знаком
Hello, Konstantin!
Konstantin R. Beliaev wrote:
http://www.ibphoenix.com/main.nfs?a=ibphoenixpage=ibp_60_exact_num_fs
The scales of these operation _except_division_ are specified by the
Блин, ну нафига было к делению применять правило, определенное для
умножения... :-((
у тебя
Привет, PEAKTOP!
Вы пишешь 24 декабря 2007:
Блин, ну нафига было к делению применять правило, определенное для
умножения... :-((
P Потому, что на уровне инструкций процессора ЭВМ умеет только
P прибавлять и умножать. Опреации деления и вычитания получаются путем
P математических
Kovalenko Dmitry wrote:
Вообще, конечно, поздновато ты проснулся. Бугага.
Просто момент подходящий подвернулся для перехода
Dmitri Kuzmenko wrote:
у тебя проблемы с английским - не то читаешь
Уверен что у меня?
http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt
6.12 numeric value expression
1) If the data type of both operands of a dyadic arithmetic opera-
tor is exact numeric, then the data
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Т.е. определяется _производителем_ , а отнюдь не стандартом SQL-92 !
да, и в 2002-ом стандарте то же самое.
PS. Я понимаю, что выступать поздно, просто как-то коряво везде писать
CAST() при делении и вычислении AVG(). Может, конечно, все уже
Здравствуйте, Dmitri.
Вы писали 24 декабря 2007 г., 20:29:30:
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Т.е. определяется _производителем_ , а отнюдь не стандартом SQL-92 !
да, и в 2002-ом стандарте то же самое.
PS. Я понимаю, что выступать поздно, просто как-то коряво везде
Hi, Владимир Аксенов.
ВА [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]
ВА (1+2+3+4+5+6+7+8+9+10)/10=5,5
ВА Что не так?
[2,3,5]
(2+3+5)/3 = 3.333 или 3.333 ?
--
Владимир Аксенов пишет:
(1+2+3+4+5+6+7+8+9+10)/10=5,5
Что не так?
Делишь на целое получишь цело.
Подели на 10.0
--
Успехов, Андрей Иванов.
Карабас Барабас пишет:
[2,3,5]
(2+3+5)/3 = 3.333 или 3.333 ?
равно просто 3
--
Успехов, Андрей Иванов.
Оно и сейчас так. Только из кода переместилось в микрокод процессора. И уже
не на уровне инструкций процессора, а на уровне его же микроинструкций.
Да оно много чего переместилось. Сейчас уже процы и со строками
работают ...
16 matches
Mail list logo