Есть ли какое-либо значение со значениями по умолчанию для типа данных NUMBER метаданных базы данных Oracle?

Question

У меня возник вопрос относительно более новых версий драйверов Oracle jdbc. При создании таблицы у вас есть возможность определить ее тип данных столбца как NUMBER, который по существу является значением с плавающей запятой?

Если это так, то почему метаданные (с новыми драйверами) возвращение в -127 для DECIMAL_DIGITS и 0 как COLUMN_SIZE (через беличьих по крайней мере):

ли эти значения означают что-нибудь или я могу предположим, что они на самом деле DECIMAL_DIGITS 127 и COLUMN_SIZE 38 (максимальные значения допустимы в типе NUMBER https://docs.oracle.com/cd/B28359_01/server.111/b28286/sql_elements001.htm) или есть некоторые причины, почему значения заданы так? Я не мог найти документацию о том, почему или когда это изменение было внесено в драйвер jdbc от Oracle.

Если это так или иначе, то проблема, с которой я столкнулась, заключается в том, что после извлечения метаданных из базы данных я хотел бы сохранить данные с помощью xtext eclipse, и он подбрасывает соответствие, когда значения отрицательны. Я очень новичок в xtext и не уверен, что это настраивается или работает по назначению.

Answer 1

Это, кажется, проблема с драйвером.

JDBC обновления драйвера от 11.2.0.2 до 11.2.0.4 stated, что он зафиксировал аналогичный вопрос для целых чисел:

12775220 DatabaseMetaData.getColumns() возвращает неожиданные значения в COLUMN_SIZE и DECIMAL_DIGITS для INTEGER колонн

Однако проблема все еще существует. Вот найденное решение Рода Аллена на oracle forums:

Добавьте аргумент JVM -Doracle.jdbc.J2EE13Compliant=true.

Возможно, это также решает проблему с NUMBER. Else Я бы рекомендовал подать отчет об ошибке.

Update:

Испытано гипотезу и исправление с помощью аргумента JVM работает на моей машине. Поле NUMBER теперь имеет COLUMN_SIZE 38 и DECIMAL_DIGITS 0. Поля, определенные как NUMBER (n, m), не страдают от проблемы с аргументом JVM или без него.