11:43

Всем термометрам назло!
Амигос, пришло время ужасаться, что молодое поколение ничего не умеет и даже DBF нормально сделать не может.

Ситуация следующая:
Есть гигантская вьюха на оракле, которую надо разделить и положить в 52 разных dbf.
Проблема понятная и решаемая с помощью сторонних утилит, типа ora2dbf.

НО!
Этот ora2dbf записывает числовые значения без "незначащих нулей". То есть, при копировании в дбф-ке вместо '0.20' я вижу '.2', но если поставить курсор в поле (в дбф-файле, в fox pro), то нужные нули появляются.
Мне этот дбф нужно отдать дальше на растерзание фоксовым программистам и, соответственно, как-то сделать так, чтобы эти нолики показывались сразу, без бессмысленного и беспощадного тыканья мышкой.
Как это возможно сделать, не переводя поля numeric в character?

@темы: База данных, Oracle

Комментарии
15.11.2013 в 12:29

Я знаю, что я гений, но мне от этого ничуть не легче.
Ох, давненько я dbf в руки не брал...
Хочется спросить: а проблема-то в чём? Число же верно экспортируется. Или нет? Или FoxPro не верно его показывает? И чем программистам мешает отсутствие незначащих нулей?
15.11.2013 в 14:49

Фокс ещё живой?!
15.11.2013 в 14:52

Всем термометрам назло!
mikluho, ох-ах, спасение мое))
Проблема в том, что мы переводим старую систему с дбф на оракл и соответственно из оракла часть данных снова должна уйти в дбф.
Во-первых, проблема в том, что число '.2' - показывать конечному пользователю - плохо-плохо, они начнут пищщать и звонить и требовать "а сделайте как раньше".
Но чтоб дойти до пользователя, данные которые посылала старая система нужно сравнить с данными, которая посылает новая и выявить несоответствия.
И в этот момент тетенька-фокспрошный-программист мне говорит "да вы чо, я не смогу сравнивать в таком формате, давайте мне нули!"
И я теряюсь.
15.11.2013 в 14:53

Всем термометрам назло!
Forumsdk, есть еще такие страшные места, где бухгалтерия считается на фоксе и переводить ее слишком затратно)
18.11.2013 в 15:25

Я знаю, что я гений, но мне от этого ничуть не легче.
Мех на ледоколах, нда, пичалька... вижу только два варианта, какой хуже, не знаю. Либо взять исходники той тулзы и поправить форматирование чисел, либо натравить парсер и обработать результирующий файл..
18.11.2013 в 16:37

Всем термометрам назло!
mikluho, да я вот больше на второй вариант уже облизываюсь) Проблемы с отображением числа решила форматированием у конечного пользователя)
Сейчас у меня танцы с бубнами на тему кодировки одного поля)