3

我一直在阅读 Excel 表格以R使用该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 找到了这个Q+A，但是我正在工作并且不希望被允许编辑注册表以更改 DWORD 的默认值，如建议的那样（我知道这里设置的值决定了之前需要多少个 NA微软猜测数据类型并轰炸我的阅读）。

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

我喜欢一个好的黑客，但肯定有更好的解决方案吗？

4

1 回答 1

4

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

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

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

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

于 2012-08-28T06:11:56.120 回答