在前面的文章里，我已经提到Excel 数据本身可以当做一张 SQL 查询的数据表，并在 Excel 内进行数据库运算操作。数据库查询函数可以用我之前写的Excel 数据库操作函数类。我们可以用以下方式
- 通过名称引用。比如如果定义一个数据区域为
Industry，那么select * from industry这样是可行的。这种方法最多支持 65535 行数据，当数据行数过多时， Excel 会提示找不到该数据表。同一张工作表里可以有多个数据表，通过定义不同的名称去引用。 - 通过工作表名引用。比如一个工作表名为
Quotes，那么select * from Quotes$这样是可行的。这里工作表名后面的 $ 号表示这是一个工作表。工作表可以包含高达 100 万行数据。但同一个工作表内只能有一个数据表。 - 可以通过数据表的地址进行引用。比如
select * from Quotes$A1:B10000。 - 上面的引号可以用中括号代替。比如
select * from [Quotes$A1:B10000]。 - 如果数据表不在目前工作的文件内，需要在上面的数据表名前添加数据文件的路径和文件名，比如
select * from [D:\test.xlsx].[Quotes$]
当数据量较大时，使用vlookup、match之类的数据表联立的方法计算效率太低，所以我之前在工作已经大量使用上述技术，将 Excel 的表当作数据库表进行join操作。 但随之而来的一个问题是， Excel 如何确认表中的每一列的数据类型。若不搞清楚这个问题，操作过程中很可能发生莫名奇妙的问题。
目前我在Excel 数据库操作函数类中推荐的 Excel 数据库连接字符串为：
"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=""" & ThisWorkbook.FullName & """; Extended Properties=""Excel " & Application.Version & ";HDR=Yes;"";"
上面的HDR=Yes代表所引用的数据表含列名。此时， Excel 将扫描每一列的前 8 行，根据前 8 行元素的大多数确定该列的数据类型：
- 若该列前 8 行均为空，该列被认为是文本类型。
- 若该列前 8 行非全空，并且空行和数字行超过 4 行，则该列被认为数字类型。
- 其它情况下，该列被认为是文本类型。
当该行被认为是数字类型，所有文本都会被丢弃，空行保留原样。当该行被认为是文本类型时，数字将被转化为文本显示。
为防止丢失数据，可在Extended Properties中指定IMEX=1，此时当前 8 行中既存在非空文本行，又存在数字行，那么该列将被认为是文本类型。不过IMEX=1为只读导入模式，所以不能用在当前文件（否则会引起 Excel 文件奔溃，慎用）。
通过修改注册表，可以让 Excel 扫描更多行来确定每一列的数据类型。具体位置为[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\12.0\Access Connectivity Engine\Engines\Excel] 下的TypeGuessRows键，默认为 8。设置为 0 时可强制 Excel 扫描所有行确定数据类型。注册表位置中的 12.0 需改成 Excel 对应的版本号。
不过除上所述外，还有其它因素影响类型的判断。因为我还遇到过以下情况：
- 一列只包含空行以及文本行，在操作时所有文本都丢失，该列全空。
- 一列数据被识别为日期。对于一个负数，在转为日期，再进行 sum 求和时，就会减少 1 ，所以该问题引起分析数据异常。
具体原因还未找到。
Q. E. D.
