为什么 ODBC 中列模式的 DATA_TYPE 为负数？

Question

我试图允许用户从该表中选择一个包含 2 列的表以在查询中使用。

他们定义提供者和连接字符串来选择数据库。这是使用 DBProviderFactory 和 DBConnectionStringBuilder 完成的。问题似乎是使用 ODBC 提供程序时，其他提供程序（OLEDB、Sql）似乎没问题。

我查询架构以获取表。然后用户选择一张桌子。由于我只希望用户能够选择一个字符串列和一个数字列，因此我尝试根据模式中定义的类型来限制为所选表显示的列。为此，我查询 DataTypes 集合并使用 ProviderDbType 列（其中包含数字）和 DataType 列（其中包含 .Net 系统类型）来构建 DbType 到系统类型的映射。

然后，我查询用户选择的表的架构，并根据结果中的 DATA_TYPE 列查找系统类型，因此现在我可以允许用户选择 1 列（字符串）和另一列数字。我的问题是，对于大多数数据库类型，这都有效，但对于 nchar，ProviderDbType 被列为 11（在 DataTypes 架构查询中），但是当我获取表的列时，DATA_TYPE 为 -8（这不是ProviderDbType 列）。

如何正确判断列的类型？或者我做错了什么？

Answer 1

来自 unixODBC 的 sqlext.h：

#define SQL_IS_POINTER                          (-4)
#define SQL_IS_UINTEGER                         (-5)
#define SQL_IS_INTEGER                          (-6)
#define SQL_IS_USMALLINT                        (-7)
#define SQL_IS_SMALLINT                         (-8)

sqlucode.h：

#define SQL_WCHAR           (-8)
#define SQL_WVARCHAR        (-9)
#define SQL_WLONGVARCHAR    (-10)
#define SQL_C_WCHAR         SQL_WCHAR

将数据传递到 ODBC 时使用这些。您可能正在查看 SMALLINT 吗？它是一个 16 位数量，与 SQL_WCHAR（Windows、.net 和 Java 中使用的常规 UTF-16 字符）相同。