> 2^32 [1] 4294967296
а беззнаковый?
так мы же в R
а в R инты unsigned?
а на 64 какая функция вообще? 😂
пакет bit64 и соответствующие функции из него
вообще, имхо, безопаснее большие числа, если они используются не как числа, а как идентификаторы, в строки перегонять
касательно телефонов — они нормально хранятся и во флоат и в стрингах. притягивать integer64 в R — иметь проблемы на свою голову
что такое группировка по флоату?
ну я понял, просто из int64 в первом файле во флоут переведу
просто интересно, как он у меня оказался int64. То ли dbGetQuery так забрал, то ли после fwrite/fread так стало
да их легко можно как строки хранить. они все равно в указатели превратятся
fread превращает в int64!
да, и если потом кинуть data.table в пайп dplyr или tidyr (то есть превратить в tibble), то можно из этих int64 классно получить NA)) Что-то такое у меня было. В итоге, как Илья и советовал здесь, просто в строку превращал.
ну, буду знать теперь об этом фокусе )
dbGetQuery забрал, надо в DBI::dbConnect указать bigint параметр чтобы integer64 не выдавал ну или в слекте прописать тип
не, у меня именно fread сделал chr большим интом
Так если в базе нет int64?
Конкретно с телефонами это сильно помогает при анализе номеров. План нумерации и прочее легче регулярками делать
Кстати, (сорри за офтоп) никто не сталкивался с определением валидности номеров?
Сталкивался, но сильно зависит от задачи
Обсуждают сегодня