避免Access和SQL Server的空值冲突

在链接到一个SQL Server数据库的Access项目（即.adp文件）中，你平时经常使用的Access函数通常是不支持的。但大多数时候，都可换用SQL Server支持的一个Transact-SQL（T-SQL）函数。一个特例是Access的空值（Null）函数Nz和IsNull；它们的功能相似，但并不是access和T-SQL都能支持它们。本文要讨论在什么时候以及如何使用这两个函数来处理空值。

空值的重要性

空值是完全合法的数据库录入项，它们能提供的信息可能超过你的想象。空值指明一个值是未知的，但这并不是说该值不可接受或者不存在。空值表明一个值尚未确定，而且除非确定了合适的值，否则该值将保持未知状态，也就是为一个空值。
开发者的职责是判断空值可能在什么时候出现，并针对性地处理那些值。一个方案是在数据输入时拒绝空值，从而完全回避它们。但这样一来，你的数据将完全禁止空值，所以该方案的缺点在于，在你创建一条记录时，所有数据都必须是已知的。遗憾的是，对于大多数人来说，这个方案都不现实。以医院急诊室的数据库系统为例，是不是因为数据录入员不知道一个病人的中间名，就拒绝为其创建一条记录呢？所以，对空值进行妥善处理可提供更灵活的方案，因为即使数据录入员当时不知道所有数据，也能成功地创建记录。

认识到空值无法避免之后，你的职责就是正确处理它们，确保它们不会导致错误。正确处理空值有两方面的好处：
•可与用户共享有意义的信息。
•可提前捕捉空值，避免空值在后续的表达式中返回错误。

access 中的空值

access提供大量工具来操纵空值：
•Is Null——在条件表达式和SQL WHERE子句中使用Is Null。
•IsNull——将IsNull用于Visual Basic for Applications（VBA）。
•Nz——遇到空值时，用Nz返回除Null之外的其他值。

以上函数在本质上存在细微差异。Is Null和IsNull捕捉空值；而Nz函数处理空值。换言之，如果想返回的不是实际存储的空值，就使用Nz。例如，你可显示一个简单字符串（例如"N/A"），让用户知道数据对于当前记录来说“不可用”。另外，当空值在表达式中使用之前，你可以捕捉空值，因为空值经常会返回错误。

通过链接表或者Access项目来使用Access和SQL Server时，会产生一个问题，因为access和SQL Server不是用相同的函数来判断空值。因此，你必须知道要使用什么函数，以及在什么时候使用。

在.mdb文件中使用Nz

大多数access用户和开发者都熟悉Nz函数，它在遇到空值时返回除空值之外的其他值。该函数的形式如下，其中variant代表Variant数据类型，而valueifnull是一个可选参数，它负责在variant为空值时提供真正的返回值。

Nz(variant[, valueifnull])

如省略valueifnull，Nz返回值0或一个零长度字符串（""），具体由variant的数据类型决定。

图A的查询展示了如何使用Nz及其结果。该查询基于access示例数据库Northwind中的Employees表。
图A

两个Nz函数都返回字符串数据类型，因为Region的数据类型为Text

如图B所示，两个Nz函数都返回字符串值，而不是空值，但具体的字符串是不同的。第一个表达式返回字符串"N/A"来取代空值：

WithOptional: Nz([Region],"N/A")

通过返回一个实际的字符串或者值，可为用户提供比空值更多的信息。字符串"N/A"明确指出：当前记录没有合适的值。相反，如返回空值，那么一个空白的字段可能使不熟悉的用户产生误解。

图B

Nz返回一个实际的值，而不是容易使人产生误解的空值
第二个表达式返回零长度的字符串来取代空值：

WithoutOptional: Nz([Region])

虽然这样为用户提供的信息较少，但却有效防止了在后续的表达式中使用空值，从而避免数据库出错。图C显示的新表达式证明了这一点。

图C

表达式可能不能像预期的那样处理空值
两个表达式都直接或间接依赖于Region字段中的值。第一个表达式直接引用Region字段：

RegionString: IIf([Region]="","N/A",[Region])

只看表达式，你可能认为结果记录集的每个字段中都应该出现一个字符串。图D展示了实际结果，它和你设想的不符，并不是每个字段都包含一个字符串。事实上，只有在字段包含零长度字符串（""）的前提下，表达式才会返回字符串"N/A"。我们知道，这些看似空白的字段包含空值，而不是零长度的字符串。但是，错误是可以理解的，也是能避免的。

图D

遇到空值时，用Nz返回值而不是错误
下一个表达式也引用了Region值，只是通过Nz函数的结果来间接地引用：

WithoutOptionalString: IIf([WithoutOptional]="","N/A",[WithoutOptional])

这样一来，任何空值都可用一个更确切的值来表示，并在后续任何表达式中进行求值。如图D所示，表达式在处理空白Region字段时没什么问题。只有“未预计到”或者“未知”的空值才会导致问题。

Nz在项目中无法工作

有人以为Access项目也支持Nz函数，但实情并非如此。记住，项目中的表是真正的SQL Server表。要证明这一点非常简单，只需使用Access配套提供的示范项目NorthwindCS.adp。以Employees表的一个简单视图为基础，并像前面在Microsoft数据库（.mdb）文件中那样使用Nz函数，如图E所示。试图运行该查询时，access会返回一个错误。

图E

access项目不支持Nz函数

在access项目中使用Nz

在项目中不能使用Nz，而应换用Transact SQL的IsNull函数。该函数的作用与Nz相似，它的形式如下：

IsNull(expression, valueifnull)

两个参数都是必需的，IsNull结果值的类型由expression决定。如果valueifnull的列数据类型与expression的数据类型冲突，SQL Server会在你试图输入表达式时返回一个错误。例如，假如expression基于一个数值列，而valueifnull是一个字符串，两个参数就会产生冲突。由于SQL Server无法解决冲突，所以会拒绝表达式。

为了解决上例（图E）的问题，可将Nz替换成IsNull表达式，如图F所示：

IsNull(Region, N/A)

结果与图B相同（在WithOptional字段中）。

图F