ReSQL.ru
     
powered by simpleCommunicator - 2.0.30     © 2024 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Map
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Informix [игнор отключен] [закрыт для гостей] / INT8 не такой уж и большой, как говорят
17 сообщений из 17, страница 1 из 1
INT8 не такой уж и большой, как говорят
    #36945409
Hijack_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hijack_
Участник
Добрый день! Мой вопрос для большинства точно будет ламерским, так что не пугайтесь :).
Создал табличку с некоторыми полями типа INT8, в которых необходимо хранить числа длиной до 16 цифр включительно, без дробной части (ее у меня не бывает). Полазив по интернету и заглянув на официальный сайт IBM нашел, что тип INT8 может хранить числа размерностью:
–9,223,372,036,854,775,807 to 9,223,372,036,854,775,807. Так вот вопрос: не хранит он такие размеры. точные замеры я не делал, но 13 символов уже не хранит. 10 - хранит.. Что значит "не хранит": при insert или update при попытке записи большого числа в поля записываются NULL. Помогите кто чем сможет.
...
Рейтинг: 0 / 0
09.11.2010, 16:47
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945445
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
Hijack_,
каким образом вставляли или модифицировали данные ? Возможно, это ограничение инструментария или API.
Кстати, "10 цифр которые все таки хранятся" напоминают обычный 4-байтовый int с максимумом в 2 миллиарда.
...
Рейтинг: 0 / 0
09.11.2010, 16:59
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945477
Hijack_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hijack_
Участник
vasilisHijack_,
каким образом вставляли или модифицировали данные ? Возможно, это ограничение инструментария или API.
Кстати, "10 цифр которые все таки хранятся" напоминают обычный 4-байтовый int с максимумом в 2 миллиарда.

Использовал 2 способа:
1) C++ DbXpress
2) Server Studio for Informix

Интересно то, что то же самое на oracle и informix работает. Та же таблица, те же поля. Вот мне кажется, что что-то может быть не так с этим типом INT8. Может мой Informix сервер интерпретирует его как-то по своему его.
...
Рейтинг: 0 / 0
09.11.2010, 17:14
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945566
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
$ dbaccess test -

Database selected.
> create table inttest(a int8);
Table created.

> insert into inttest values (9223372036854775807);
1 row(s) inserted.

> select * from inttest;
                   a 
 9223372036854775807
1 row(s) retrieved.

$ onstat -
IBM Informix Dynamic Server Version 11.10.UC2     -- On-Line -- Up 83 days 06:53:22 -- 47188 Kbytes
...
Рейтинг: 0 / 0
09.11.2010, 17:46
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945577
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
попробуйте еще через строки:

> insert into inttest values ('9223372036854775807');
1 row(s) inserted.

> select a||'' from inttest;
(expression)
9223372036854775807
9223372036854775807
2 row(s) retrieved.
...
Рейтинг: 0 / 0
09.11.2010, 17:51
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945591
Hijack_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hijack_
Участник
Хорошо, когда у других работает. Но мне сегодня не так везет, как остальным. Сделал аналогичный тест (copy + paste). Select вернул пустое поле.. Затем вставил в таблицу 123456789 и select вернул то, что я вставлял. Есть мысли? Может есть аналогичный большой тип (Только без плавающих точек) ?
...
Рейтинг: 0 / 0
09.11.2010, 17:56
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945595
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
Hijack_Хорошо, когда у других работает. Но мне сегодня не так везет, как остальным. Сделал аналогичный тест (copy + paste). Select вернул пустое поле.. Затем вставил в таблицу 123456789 и select вернул то, что я вставлял. Есть мысли? Может есть аналогичный большой тип (Только без плавающих точек) ?
покажите

insert into inttest values ('9223372036854775807');

select a||'' from inttest;
select a from inttest;
...
Рейтинг: 0 / 0
09.11.2010, 17:57
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945597
Hijack_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hijack_
Участник
Журавлев Дениспопробуйте еще через строки:

> insert into inttest values ('9223372036854775807');
.

Тоже в итоге NULL :(
...
Рейтинг: 0 / 0
09.11.2010, 17:58
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945603
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
Hijack_Журавлев Дениспопробуйте еще через строки:

> insert into inttest values ('9223372036854775807');
.

Тоже в итоге NULL :(

и с конкатенацией с пустой строкой?
select a ||' ' from inttest;
...
Рейтинг: 0 / 0
09.11.2010, 17:59
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945630
Hijack_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hijack_
Участник
Журавлев Денис
покажите
insert into inttest values ('9223372036854775807');
select a||'' from inttest;
select a from inttest;

-- Executing SQL
insert into inttest values ('9223372036854775807')
-- SQL executed.
-- 1 rows affected.

--Executing SQL
select a||'' from inttest
-- Select executed. 1 rows selected. Result shown in Output1 tabbed page.
Тут есть мое число. что значит этот загадочный sql запрос?


--Executing SQL
select a from inttest
-- Select executed. 1 rows selected. Result shown in Output2 tabbed page.
Тут пусто.
...
Рейтинг: 0 / 0
09.11.2010, 18:10
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945632
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
работайте с фиксированной точкой decimal, он просто больше байт будет занимать:

> create table dectest(a decimal(30,0));
Table created.

> insert into dectest values (9223372036854775807);
1 row(s) inserted.

> select a||'' from dectest;
(expression)
9223372036854775807
1 row(s) retrieved.
...
Рейтинг: 0 / 0
09.11.2010, 18:10
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945634
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
Hijack_
Тут есть мое число. что значит этот загадочный sql запрос?
это конвертация в строку на стороне информикса.
проблема в ваших инструментах, а не в информиксе.

обращайтесь к разработчикам :
1) C++ DbXpress
2) Server Studio for Informix
...
Рейтинг: 0 / 0
09.11.2010, 18:12
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945651
Фотография Журавлев Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Журавлев Денис
Участник
вы кстати не пробовали

Luxena отдала проекты в open-source:

 http://www.deltics.co.nz/blog/?p=624

dbExpress drivers for Informix
dbExpress Extension
Informix Data Access Components
Luxena Common Library (needed by IDAC and dbExpress Extension)
...
Рейтинг: 0 / 0
09.11.2010, 18:20
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36945655
Hijack_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hijack_
Участник
Решил ни к кому не обращаться, а поставить тип decimal, и, о чудо, заработало. Спасибо! :)
...
Рейтинг: 0 / 0
09.11.2010, 18:21
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36946316
Фотография Тан
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тан
Участник
кстати, вы бы узнали, если бы число не помещалось

$ dbaccess test -
Database selected.
> create table inttest(a int8);
Table created.
> insert into inttest values (92233720368547758070);
-1284 SQL error: Value will not fit in a BIGINT or an INT8.
...
Рейтинг: 0 / 0
10.11.2010, 09:50
| Ответить | Цитировать | Написать  
INT8 не такой уж и большой, как говорят
    #36947252
vasilis
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vasilis
Участник
Hijack_ 2) Server Studio for Informix
Наверное, старой версии ? И о "новых" типах еще ничего не знает...
...
Рейтинг: 0 / 0
10.11.2010, 13:57
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
INT8 не такой уж и большой, как говорят
    #37560610
victor16
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
victor16
Гость
vasilisHijack_ 2) Server Studio for Informix
Наверное, старой версии ? И о "новых" типах еще ничего не знает...

Вчера меня тоже забодала ошибка:
-9272 The data type <type_name> is not supported for current client/server configuration.

The data type <type_name> is not supported for current client version.
Modify the query not to use the <type_name> data type or upgrade client version

Изучение командной строки :) старта ServerStudio показало, что он вызывается с параметром
-classpath "lib\ifxjdbc.jar"

Остальное просто, заменил этот файл на новую версию и теперь наслаждаюсь как выводятся на экран значения bigserial, bigint, int8 etc

С уважением
Виктор
...
Рейтинг: 0 / 0
06.12.2011, 11:40
| Ответить | Цитировать | Написать  
17 сообщений из 17, страница 1 из 1
Форумы / Informix [игнор отключен] [закрыт для гостей] / INT8 не такой уж и большой, как говорят
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru, Чат Кролика       Пашэ: Рисунки, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=44&msg=36945630&tid=1607225]:
 0ms
get settings:
 27ms
get forum list:
 11ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 36ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 286ms
get tp. blocked users:
 1ms
others: 299ms
total:  676ms
созд. / загр.: 676ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]