Question

我一直在使用R包将Excel工作表读入RODBC，并且遇到了Excel ODBC驱动程序的问题。包含（足够）前导NA的列被强制为逻辑。

在Excel中，数据显示如下：

period      n       n.ft n.pt
1/02/1985   0.008   NA  0.025
1/03/1985   -0.003  NA  -0.024
1/04/1985   0.002   NA  0.015
1/05/1985   0.006   NA  0.012
1/06/1985   0.001   NA  0.003
1/07/1985   0.005   NA  0.010
1/08/1985   0.006   NA  0.001
1/09/1985   0.007   NA  0.013
1/10/1985   -0.002  NA  0.009
1/11/1985   0.013   NA  0.019
1/12/1985   -0.004  NA  -0.021
1/01/1986   0.008   NA  0.009
1/02/1986   0.002   NA  0.009
1/03/1986   0.002   -0.003  1.000
1/04/1986   0.010   -0.003  0.041
1/05/1986   0.000   -0.001  -0.004
1/06/1986   0.005   0.003   0.005
1/07/1986   -0.003  0.005   0.012
1/08/1986   -0.001  -0.003  -0.021
1/09/1986   0.003   -0.001  0.012
1/10/1986   0.003   0.003   0.010
1/11/1986   -0.003  0.003   -0.003
1/12/1986   0.003   -0.003  0.022
1/01/1987   0.001   0.013   -0.004
1/02/1987   0.004   -0.004  0.011
1/03/1987   0.004   0.008   0.005
1/04/1987   0.000   0.002   -0.002
1/05/1987   0.001   0.002   0.006
1/06/1987   0.004   0.010   0.00

我在数据中读到：

require(RODBC)
conexcel <- odbcConnectExcel(xls.file="C:/data/example.xls")
s1 <- 'SOx'
dd <- sqlFetch(conexcel, s1)
odbcClose(conexcel)

这将整个第二列读作NA。我认为这是因为它猜测是合乎逻辑的，因此随后的数字被评估为无效，因此NA。

> str(dd)
'data.frame':   29 obs. of  4 variables:
 $ period: POSIXct, format: "1985-02-01" "1985-03-01" ...
 $ n     : num  0.00833 -0.00338 0.00157 0.00562 0.00117 ...
 $ n#ft  : logi  NA NA NA NA NA NA ...
 $ n#pt  : num  0.02515 -0.02394 0.0154 0.01224 0.00301 ...

我试图找到一种方法来防止这种强制变为逻辑，我认为这会导致后续错误。

我通过搜索SO找到了this Q + A，但是我正在工作并且没有希望被允许编辑注册表来更改DWORD的默认值，如suggested（我明白此处设置的值确定在Microsoft猜测数据类型和炸弹读取之前需要多少个NA。

现在，我认为最好的解决方案是在Excel中反转数据，并将其读入R上下颠倒。

我喜欢好的 hack 但肯定有更好的解决方案吗？

Answer 1

这不是一个错误，而是ODBC的一个特性（注意缺少R），如此处所述

http://support.microsoft.com/kb/257819/en-us

（长页面，检查“混合数据类型”）。

由于使用ODBC读取Excel文件相当有限，我更喜欢Gabor提到的替代方案之一，优先选择XLConnnect。

RODBC读取错误，其中excel列包含前导NA

1 个答案: