Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 TINYINT  [new]
pation
Member

Откуда: Москва
Сообщений: 4498
Есть ли в 9i тип TINYINT или похожий чтоб целое весом в 1 байт хранить
11 окт 07, 13:37    [4783994]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
Elic
Member

Откуда:
Сообщений: 29976
number(3) [+ check constraint]
11 окт 07, 13:40    [4784018]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
pation
Member

Откуда: Москва
Сообщений: 4498
Elic
number(3) [+ check constraint]

хех, так и я могу =))))
Хотелось бы что бы памяти жрало на 1 байт и операция сравнения проходила бы быстро, т.к. объём базы немеряный.
11 окт 07, 14:12    [4784285]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
Mikst
Member

Откуда: Москва
Сообщений: 983
pation
Elic
number(3) [+ check constraint]

хех, так и я могу =))))
Хотелось бы что бы памяти жрало на 1 байт и операция сравнения проходила бы быстро, т.к. объём базы немеряный.


CHAR (1 BYTE) ?
11 окт 07, 14:15    [4784310]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
Elic
Member

Откуда:
Сообщений: 29976
pation
Хотелось бы что бы памяти жрало на 1 байт и операция сравнения проходила бы быстро,
raw(1)
pation
т.к. объём базы немеряный.
Экономия на спичках :)
11 окт 07, 14:17    [4784328]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
pation
Member

Откуда: Москва
Сообщений: 4498
Mikst
pation
Elic
number(3) [+ check constraint]

хех, так и я могу =))))
Хотелось бы что бы памяти жрало на 1 байт и операция сравнения проходила бы быстро, т.к. объём базы немеряный.


CHAR (1 BYTE) ?


Хотелось бы всётаки хранить числа
11 окт 07, 14:18    [4784333]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
pation
Member

Откуда: Москва
Сообщений: 4498
Elic
pation
Хотелось бы что бы памяти жрало на 1 байт и операция сравнения проходила бы быстро,
raw(1)
pation
т.к. объём базы немеряный.
Экономия на спичках :)


Ну во-первых, утверждение спорное
А во-вторых, зачем хранить воздух?
11 окт 07, 14:20    [4784343]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
Fyodor Zevako
Member

Откуда:
Сообщений: 570
pation

А во-вторых, зачем хранить воздух?


Чтобы дышать:-)

вдруг диапазон через месяц станет 1-270. Что тогда делать будете?
11 окт 07, 14:24    [4784371]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
pation
Member

Откуда: Москва
Сообщений: 4498
Fyodor Zevako
pation

А во-вторых, зачем хранить воздух?


Чтобы дышать:-)

вдруг диапазон через месяц станет 1-270. Что тогда делать будете?


255-это и так с запасом, реально сейчас макс 0-3
11 окт 07, 14:28    [4784396]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
pation
Member

Откуда: Москва
Сообщений: 4498
Elic
pation
Хотелось бы что бы памяти жрало на 1 байт и операция сравнения проходила бы быстро,
raw(1)
pation
т.к. объём базы немеряный.
Экономия на спичках :)


raw - плохо нельзя сравнивать с числами =(((
11 окт 07, 14:32    [4784429]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
Fyodor Zevako
Member

Откуда:
Сообщений: 570
pation

255-это и так с запасом, реально сейчас макс 0-3


Ну если Вы уверены что дизайн не изменится, то ЧАР(1) Вам в руки. Операции сравнения, очевидно, проходят быстро и без всяких конверсий. единственно при загрузке надо будет CHR(x) делать
11 окт 07, 14:33    [4784432]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
Elic
Member

Откуда:
Сообщений: 29976
pation
255-это и так с запасом, реально сейчас макс 0-3
number(2) занимает максимум на один байт больше чем, скажем, raw(1). Это спички в сравнении с "плохо нельзя сравнивать с числами". Не майся дурью, псевдооптимизатор :)
11 окт 07, 14:39    [4784476]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
pation
Member

Откуда: Москва
Сообщений: 4498
Fyodor Zevako
pation

255-это и так с запасом, реально сейчас макс 0-3


Ну если Вы уверены что дизайн не изменится, то ЧАР(1) Вам в руки. Операции сравнения, очевидно, проходят быстро и без всяких конверсий. единственно при загрузке надо будет CHR(x) делать


опять конвертация

почему Oracle не потдерживает SQL 92 ? =(((
11 окт 07, 14:44    [4784512]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
pation
Member

Откуда: Москва
Сообщений: 4498
Elic
pation
255-это и так с запасом, реально сейчас макс 0-3
number(2) занимает максимум на один байт больше чем, скажем, raw(1). Это спички в сравнении с "плохо нельзя сравнивать с числами". Не майся дурью, псевдооптимизатор :)


У меня база на 90% процентов состоит из таких полей, потеря в 1 байт, увеличивает объём в 2 раза =(((
11 окт 07, 14:46    [4784535]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
Elic
Member

Откуда:
Сообщений: 29976
pation
почему Oracle не потдерживает SQL 92 ? =(((
Читай маны, а не размазывай плаксивые сопли.

pation
потеря в 1 байт, увеличивает объём в 2 раза
1.5
11 окт 07, 14:50    [4784559]     Ответить | Цитировать Сообщить модератору
 Re: TINYINT  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
Elic
pation
почему Oracle не потдерживает SQL 92 ? =(((
Читай маны, а не размазывай плаксивые сопли.


Elic, не заводись. :-) Это мой разработчик. Чудак из чудаков...даже для разработчика.
11 окт 07, 14:55    [4784591]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить