НеофитSQL,

вопрос про "скорость арифметики с number" по степени нелепости примерно эквивалентен вопросу "что быстрее sql или c++".

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

Применительно к числам, правильно было бы сначала сформулировать набор необходимых вам требований к вычислительному базису, реализованному в системе для таких или иных чисел.

Вот поставите вы "эксперименты" и они покажут, что binary_double, допустим,
на пару порядков быстрее number на каком-то наборе операций.
Что вы с этой скоростью делать собираетесь, если ваших заказчиков
перестанет устраивать результат, возвращаемый агрегатным Sum?

В общем-то, чтд.

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

между результатом обращения с гранатой обезьяны и обученного бойца есть существенная разница

Однако, это не объясняет почему мой интерес к этому вопросу вас раздражает. Он к моей работе не относится, я расширяю свой кругозор где мне интересно.

Не раздражает.
Очень хорошо, что не относится к работе.
Кругозор вы расширяете методом случайного тыка.
И каждый раз обнаруживается, что вам не на что опереться,
в тех вопросах, которые внезапно показались вам "интересными".

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

Конкретной истории вопроса применительно к реализации в Oracle я не знаю.

По сути это разновидность того, что сейчас называют BCD-кодированием,
различные варианты которого реализовывались как в железе, годов до 80х прошлого века, так и в языках программирования сорта COBOL или PL/I

В данном случае, используется представление переменной длины.
Которое, вообще говоря, не избегает "ошибок округления двоичной арифметики", что бы вы под этим ни подразумевали

НеофитSQL,

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

https://www.sql.ru/forum/1315510-1/peremena-mesto-mnozhitelya-v-vyrazhenii-imeet-znachenie

НеофитSQL,

Вы не поняли ни того, что вам сказал Правильный_Вася, ни того, о чём шла речь в топике по ссылке.
...
Остается надеяться только на то, что "для работы",
результаты полученных измерений Number вам не скоро пригодятся...

PS
Oracle, кстати, не использует округление half to even, это специфически именно имени компании Microsoft представление о том, каким должно быть "банковское округление".

Правильный Вася,
еще не у всех есть, но появилось в 18й версии.

Что до термина, происхождение его темно и неведомо

Стандарт IEEE 754-1985 термина banker's rounding предпочитает не использовать, а толкует
о rounding to nearest, излагая по сути half to even rounding и предполагает, что это рекомендованный метод по умолчанию.
У Microsoft, в VB/VBA, например, (по крайней мере, после 85 года) оно такое и есть,
но в документации названо "банковским".

Так что за распространение именно этого термина в технической литературе вся заслуга у MS.
Вообще-то его еще называют голландским, Гауссовым, немецким, статистическим и сходящимся.
https://en.wikipedia.org/wiki/Rounding#Round_half_to_even

НеофитSQL,

Невероятно, чтобы ты провел тесты, измеряющие скорость собственно математики, корректно.

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

И во всем этом нет смысла, если ты не знаешь, что тебе надо от математики.