Э-эх, добрый, ты чиловек… Только одной доброты мало. Ну подумай ты сам, что OracleSQLDeveloper, то самое клиентское ПО, которое ты перебираешь, отображает все отлично. А вот браузер, тоже клиентское ПО, отображает по «американскому стандарту» – без ведущего нуля. Причем заметь, OSD – бесплатное ПО, а Оракл тянет на десятку-другую килобакс и его функционал to_char надо дорабатывать «напильныком», так как ни одна маска не удовлетворяет – то разделитель дробной части впереди числа, то позади. Это прямо как хвост вытащим, нос увязнет, нос вытащим, хвост увязнет…
А вот и «напильник»:
1.
rtrim(to_char(a, 'fm9990d999'), '.,')
Только меня это не устраивает. Понятно, что несложно набить ее ручками. Да вот только пользователь наверное будет не очень рад, когда для увеличения числа разрядов после запятой или перед надо будет звать программиста для замены формата маски, если будет число с 4 нулями после запятой… Тогда и рождаются такие перлы ‘fm999999999990D9999999999999’. Очень изящно.
Почитал ссылку
3982274 , полностью согласен с ТС. Тему поднимали в 2007, почти 8 лет назад. И за это время не могли сделать такую малость. Да нафиг оно им надо. Разработчикам ПО стоимостью под миллион рублев не до этого. Маркетинг однако… За ноль никто не заплатит, большинство уже привыкло, да и вновь подгребающие изумляются только ОДИН раз, а потом тоже привыкают. А может мне тоже по коммерчески к клиенту подойти. Ты, дорогой клиент, купил за 10-20 килобаксов Оракл, не нравиться тебе отсутствие нуля в браузере – плати еще 1000 баксов и будет тебе ноль. Только такая коммерция дурно пахнет.
Читая некоторые опусы, иногда приходишь к мысли, а чего это оракл вообще ввел дефолтное преобразование из внутреннего формата, да вдобавок есть такая функция to_char()? Ибо нефиг, это же по-Доброму клиентское дело, и надо было оставить двоичное представление, чтобы программисту Oracle было чем занятся, ведь все остальное Oracle сделает сам.
Всем спасибо. Будем знать.
