Форум Flasher.ru
Ближайшие курсы в Школе RealTime
Список интенсивных курсов: [см.]  
  
Специальные предложения: [см.]  
  
 
Блоги Правила Справка Пользователи Календарь Сообщения за день
 

Вернуться   Форум Flasher.ru > Flash > API приложений и сред

Версия для печати  Отправить по электронной почте    « Предыдущая тема | Следующая тема »  
Опции темы Опции просмотра
 
Создать новую тему Ответ
Старый 20.03.2012, 18:45
da_potap вне форума Посмотреть профиль Отправить личное сообщение для da_potap Найти все сообщения от da_potap
  № 1  
Ответить с цитированием
da_potap

Регистрация: Dec 2010
Сообщений: 18
По умолчанию Используемый тип данных для user_id

Доброго времени суток.
Есть разработанное приложение для ВК, сервер-сайд Java+Postgres.
Начал изучать Api мейла и сделал неприятное открытие - 20значный user_id
Сижу и думаю в переменной какого типа хранить это значение. Напрашивается только тип String так как значение выходить за рамки переменной типа long. Но как то не кошерно хранить цифровое значение в строке.
Может кто сталкивался и решил подобный вопрос? Буду благодарен за помощь.

Старый 20.03.2012, 18:53
udaaff вне форума Посмотреть профиль Отправить личное сообщение для udaaff Найти все сообщения от udaaff
  № 2  
Ответить с цитированием
udaaff
...

модератор форума
Регистрация: Sep 2006
Адрес: Minsk
Сообщений: 4,286
Всё-равно, в итоге вам строка нужна, так что храните в строке.

Старый 20.03.2012, 19:40
Bgg вне форума Посмотреть профиль Отправить личное сообщение для Bgg Найти все сообщения от Bgg
  № 3  
Ответить с цитированием
Bgg
 
Аватар для Bgg

Регистрация: Jan 2009
Адрес: Петерсбург
Сообщений: 1,882
А если в какой-нибудь соц. сети идентефикаторы порльзователей будут содержать буквы, вы опять сядете думать какой бы тип выбрать для хранения идентефикаторов?

Старый 20.03.2012, 19:52
da_potap вне форума Посмотреть профиль Отправить личное сообщение для da_potap Найти все сообщения от da_potap
  № 4  
Ответить с цитированием
da_potap

Регистрация: Dec 2010
Сообщений: 18
Единожды сделав выбор в пользу строчного типа данных такая проблема отпадет) Но сейчас это требует определенных изменений в существующей схеме, а это делать лень, хотя и придется.

Старый 21.03.2012, 13:05
scarm вне форума Посмотреть профиль Отправить личное сообщение для scarm Найти все сообщения от scarm
  № 5  
Ответить с цитированием
scarm
[+1 20.11.11]
 
Аватар для scarm

Регистрация: May 2011
Адрес: Orenburg
Сообщений: 37
Код:
UNSIGNED BIGINT
Туда влезут все uids с основных соцсетей, к тому же в отличие от строковых значений намного удобнее для индексации и быстродействия базы
UPD: Сам MailRU API описывает uid как uint64 - то есть то же самое неподписанное 64 битное число


Последний раз редактировалось scarm; 21.03.2012 в 13:13.
Старый 22.03.2012, 18:24
da_potap вне форума Посмотреть профиль Отправить личное сообщение для da_potap Найти все сообщения от da_potap
  № 6  
Ответить с цитированием
da_potap

Регистрация: Dec 2010
Сообщений: 18
К сожалению я не нашел как создать поле такого типа в БД Postgres, этот тип как то извратно называется?

Старый 22.03.2012, 20:41
scarm вне форума Посмотреть профиль Отправить личное сообщение для scarm Найти все сообщения от scarm
  № 7  
Ответить с цитированием
scarm
[+1 20.11.11]
 
Аватар для scarm

Регистрация: May 2011
Адрес: Orenburg
Сообщений: 37
DATATYPE-NUMERIC
Да вроде нет, также называется, bigint, 8 bytes large-range integer
UPD: По п.8.1.1. Integer Types написано, что также может называться int8


Последний раз редактировалось scarm; 22.03.2012 в 20:45.
Создать новую тему Ответ Часовой пояс GMT +4, время: 03:39.
Быстрый переход
  « Предыдущая тема | Следующая тема »  

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


 


Часовой пояс GMT +4, время: 03:39.


Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.