我們有什么數(shù)據(jù)類型選擇來處理R中的大數(shù)？默認情況下，整數(shù)的大小似乎是32位，因此來自sql server的bigint數(shù)字以及從python通過rpy2傳遞的任何大數(shù)字都會被破壞。> 123456789123[1] 123456789123> 1234567891234[1] 1.234568e+12當(dāng)使用RODBC讀取bigint值123456789123456789時，它返回為123456789123456784（參見最后一位數(shù)字），并且通過RJSONIO反序列化時的相同數(shù)字將返回-1395630315L（這似乎是RJSONIO的附加錯誤/限制）。> fromJSON('[1234567891]')[1] 1234567891> fromJSON('[12345678912]')[1] -539222976實際上，我確實需要能夠處理來自JSON的大量數(shù)據(jù)，因此在RJSONIO的限制下，除了找到更好的JSON庫（現(xiàn)在看起來像一個非選項）之外，我可能沒有解決方法。我想聽聽專家們對此以及一般情況的看法。
3 回答
千萬里不及你
TA貢獻1784條經(jīng)驗 獲得超9個贊
見help(integer)：
Note that on almost all implementations of R the range of
representable integers is restricted to about +/-2*10^9: ‘double’s
can hold much larger integers exactly.
所以我建議使用numeric（即'double'） - 一個雙精度數(shù)字。
大話西游666
TA貢獻1817條經(jīng)驗 獲得超14個贊
我理解你的問題與我之前發(fā)布的兩個人有點不同。
如果R的最大默認值對你來說不夠大，你有幾個選擇（免責(zé)聲明：我使用了下面提到的每個庫，但不是通過R綁定，而是通過其他語言綁定或本機庫）
的大人國包：使用自然日志存儲值; （比如Rmpfr，使用R的新類結(jié)構(gòu)實現(xiàn)）。我總是對那些工作需要這種規(guī)模的人印象深刻。
library(Brobdingnag)
googol <- as.brob(1e100)
的GMP包，R綁定古老的GMP（GNU多精度庫）。這必須追溯到20年，因為我在大學(xué)使用它。這個圖書館的座右銘是“算術(shù)無限制”，這是一個可靠的主張 - 整數(shù)，有理數(shù)，浮點數(shù)等等，直到你盒子上RAM的極限。
library(gmp)
x = as.bigq(8000, 21)
該Rmpfr包，R綁定哪個接口都GMP（上圖）和MPFR，（MPFR又一個當(dāng)代實施GMP的我已經(jīng)使用了Python綁定（“bigfloat”），并強烈推薦它，這可能是你最好的?？紤]到它的范圍，三者的選擇，因為它似乎是最積極維護的，并且最終給出了最全面的文檔。
注意：要使用后兩者中的任何一個，您需要安裝本機庫，GMP和MPFR。
- 3 回答
- 0 關(guān)注
- 892 瀏覽
添加回答
舉報
0/150
提交
取消