大多数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
在access项目中用IsNull代替Nz
避免空值错误
access和SQL Server用不同的函数来处理空值（分别是Nz和IsNull）。正确处理空值可防止数据库出现运行时错误和生成无效数据。不要回避空值，只需正确地处理它们。