INTEGER - NUMERIC - VARCHAR

Д.д! Народ, копирую данные из Oracle в Pg. Хотел бы уточнить являются ли фактически идентичными типы полей NUMERIC(8,0) и INTEGER? Или есть принципиальные различия в хранении (больше/меньше памяти) или скорости доступа...

И ещё... VARCHAR(10) и NUMERIC(10,0) для поля в котором хранится числовое значение (идентификационный код) над которым не будут производиться арифметические операции - что предпочтительнее?

Опции просмотра комментариев

Выберите предпочитаемый вами способ показа комментариев и нажмите "Сохранить настройки" для активации изменений.

Нет, идентичными не являются.

Нет, идентичными не являются. Как уже понятно NUMERIC для числе с фиксированной точкой, INTEGER для целых чисел, VARCHAR для символов. Если вы переносите данные из Oracle тем более непонятно, чего мудрить - все три типа являются стандартными для SQL и переносится должны один в один.

>Или есть принципиальные различия в хранении
Мне вот интересно, я для кого мануал перевожу?
http://postgresql.ru.net/manual/datatype.html

Дело в том, что в таблице в

Дело в том, что в таблице в Oracle всё хранится в типе NUMBER.

Вот поэтому-то я и задался вопросом (База разработана серъёзной организацией).

Моё понимание такое:
Integer - подходит для уникальной числовой идентификации записи
Varchar - для представления (даже числовых данных) которые по сути являются кодами (не будет математических операций)
Numeric - для чисел с фиксированной запятой (например цены и т.д.)

Спасибо за ответ

Кроме того вопрос был не

Кроме того вопрос был не столько в различиях, сколько о том, в каком формате предпочтительно хранить данные...

Тогда уж озвучивайте критерии

Тогда уж озвучивайте критерии предпочтительности: компактность хранения данных, быстрота работы с данными что-то ещё?
Да чиста можно хранить в VARCHAR, а обсчитывать вы это как будете?
Про NUMERIC написано, что работа с данным типом медленая.

Опции просмотра комментариев

Выберите предпочитаемый вами способ показа комментариев и нажмите "Сохранить настройки" для активации изменений.

Back to top

(С) Виктор Вислобоков, 2008-2023