andrey_anonymousdbpatchстроки давно сравниваются пачками байт - вплоть до того, что пачками по 16 байт как SSE2 числа
В контексте топика важнее, как именно хранится и обрабатывается number в oracle rdbms :)

ой да ладно, мы тут в веселый оффтопик давно ушли.
у автора похоже банальная задачка на JDBC type mapping/value formatting и что он там дергает вроде toString()

хотя на dump() его числа тоже, конечно, было бы полезно посмотреть, потому в постгре вроде тоже на java.math.BigDecimal маппится, и не сваливается в отображение мантиссы, в отличие от эхотага

но пусть покопает сам, оно всяк полезно

Foxterandrey_anonymousпропущено...

Ну-ну...

https://learn.javascript.ru/string#кодировка-юникод

не всякая строка в юникоде, начнем с этого. и при чем тут javascript?
оно конечно понятно, что проще считать, что весь мир в UTF-16, но существуют еще и UTF-8 и даже KOI8-R

Dimitry Sibiryakovdbpatchстроки давно сравниваются пачками байт - вплоть до того, что пачками по 16 байт как SSE2 числа

Да, но перед этим они должны преобразоваться в "ключ" для получения (при необходимости)
case/accent insensitivity, что есть операция нетривиальная и довольно тяжёлая. Для чисел
она чаще всего попроще будет.


если исходить из оптимистичного варианта что строки одинаковые (или их начало одинаковое) - то первым шагом можно просто сравнить 16 байт as is через SSE, это дешево, с учетом параллелизма конвеера - практически бесплатно, и уже потом уже потом начинать декодирование отдельных байт.

исходники ведь гуглятся, нет?