Первичные ключи Oracle: ЧИСЛО по сравнению с НОМЕРОМ (7,0)

NUMBER (7, 0) просто ограничивает область значений.

Их внутренние представления не отличаются:

CREATE TABLE t_pk (col1 NUMBER(7, 0) NOT NULL, col2 NUMBER(38) NOT NULL)

INSERT
INTO    t_pk
VALUES  (9999999, 9999999)

SELECT  DUMP(col1), DUMP(col2)
FROM    t_pk

DUMP(col1)                        DUMP(col2)
---                               ---
Typ=2 Len=5: 196,10,100,100,100   Typ=2 Len=5: 196,10,100,100,100

В Oracle , ЧИСЛО хранятся в виде сотенных цифр числового значения, нормализованного до 0,01 <= N <1 и предваренного показателем степени.

В приведенном выше примере:

• 196 - экспонента на основе 192 ( 4 ).
• 10 десятичное 9
• 100 десятичное 99

Целое число читается в десятичном виде как 00.09 99 99 99 * (100 ^ 4) = 9,999,999

Чем больше цифр требуется для обеспечения требуемой точности, тем больше их будет

Когда вы вставляете точное значение в менее точный столбец, оно просто округляется до столбца 's точности и сохраняется с округлением.

Следовательно, с точки зрения производительности можно объявить столбец NUMBER (38) , поскольку это не подразумевает накладных расходов сверх NUMBER (7, 0) (для чисел, соответствующих обоим типам).

Однако, если ваши PRIMARY KEY по своей природе целочисленные, вам лучше указать точность как 0 , чтобы убедиться, что дробное значение отсутствует. когда-либо попадет в вашу таблицу.

Обновление:

@Mac также указал, что клиенты могут полагаться на тип данных столбца для определения домена значений.

Если ваше приложение ожидает INT32 , вы должны сделать свой номер НОМЕР (9) или ниже (или любой другой тип, который ваш клиент считает конвертируемым в Int32 ).

с точки зрения производительности можно объявить столбец NUMBER (38) , поскольку это не подразумевает накладных расходов сверх NUMBER (7, 0) (для чисел, соответствующих обоим типам).

Однако, если ваши PRIMARY KEY являются целыми по своей природе, вам лучше указать точность как 0 , чтобы гарантировать, что дробное значение никогда не попадет в вашу таблицу.

Обновление:

@Mac также указал, что клиенты могут полагаться на тип данных столбца для определения домена значений.

Если ваше приложение ожидает INT32 , вы должны сделать свой номер НОМЕР (9) или меньше (или любой другой тип, который ваш клиент считает конвертируемым в Int32 ).

с точки зрения производительности можно объявить столбец NUMBER (38) , поскольку это не подразумевает накладных расходов сверх NUMBER (7, 0) (для чисел, соответствующих обоим типам).

Однако, если ваши PRIMARY KEY целочисленные по своей природе, вам лучше указать точность как 0 , чтобы гарантировать, что дробное значение никогда не попадет в вашу таблицу.

Обновление:

@Mac также указал, что клиенты могут полагаться на тип данных столбца для определения домена значений.

Если ваше приложение ожидает INT32 , вы должны сделать свой номер НОМЕР (9) или ниже (или любой другой тип, который ваш клиент считает конвертируемым в Int32 ).

Однако, если ваши PRIMARY KEY являются целыми по своей природе, вам лучше указать точность как 0 , чтобы гарантировать, что дробное значение никогда не попадет в вашу таблицу.

Обновление:

@Mac также указал, что клиенты могут полагаться на тип данных столбца для определения домена значений.

Если ваше приложение ожидает INT32 , вам следует сделать свой номер ] НОМЕР (9) или ниже (или любой другой тип, который ваш клиент считает конвертируемым в Int32 ).

Однако, если ваши PRIMARY KEY являются целыми по своей природе, вам лучше указать точность как 0 , чтобы гарантировать, что дробное значение никогда не попадет в вашу таблицу.

Обновление:

@Mac также указал, что клиенты могут полагаться на тип данных столбца для определения домена значений.

Если ваше приложение ожидает INT32 , вы должны сделать свой номер ] НОМЕР (9) или ниже (или любой другой тип, который ваш клиент считает конвертируемым в Int32 ).

Если ваше приложение ожидает INT32 , вы должны сделать свой номер NUMBER (9) или ниже (или любой другой тип, который ваш клиент считает конвертируемым в Int32 ).

Если ваше приложение ожидает INT32 , вы должны сделать свой номер NUMBER (9) или ниже (или любой другой тип, который ваш клиент считает конвертируемым в Int32 ).