hierarchyid 数据类型方法引用
适用于：
SQL Server Azure SQL 数据库 Azure SQL 托管实例
hierarchyid 数据类型是一种长度可变的系统数据类型。 可使用 hierarchyid 表示层次结构中的位置。 类型为 hierarchyid 的列不会自动表示树。 由应用程序来生成和分配 hierarchyid 值，使行与行之间的所需关系反映在这些值中。
hierarchyid 数据类型的值表示树层次结构中的位置。 hierarchyid 的值具有以下属性：
- 非常紧凑
在具有 n 个节点的树中，表示一个节点所需的平均位数取决于平均端数（节点的平均子级数）。 端数较小时 (0-7)，大小约为 6*logAn 位，其中 A 是平均端数。 对于平均端数为 6 级、包含 100,000 个人的组织层次结构，一个节点大约占 38 位。 存储时，此值向上舍入为 40 位，即 5 字节。 - 按深度优先顺序进行比较
给定两个 hierarchyid 值 a 和 b，a<b 表示在对树进行深度优先遍历时，先找到 a，后找到 b。 hierarchyid 数据类型的索引按深度优先顺序排序，在深度优先遍历中相邻的节点的存储位置也相邻。 例如，一条记录的子级的存储位置与该记录的存储位置是相邻的。 有关详细信息，请参阅分层数据 (SQL Server)。 - 支持任意插入和删除
使用 GetDescendant 方法，始终可以在任意给定节点的右侧、左侧或任意两个同级节点之间生成同级节点。 在层次结构中插入或删除任意数目的节点时，该比较属性保持不变。 大多数插入和删除操作都保留了紧凑性属性。 但是，对于在两个节点之间执行的插入操作，所产生的 hierarchyid 值的表示形式在紧凑性方面将稍微降低。 - hierarchyid 类型中所用的编码限制为 892 字节。 因此，如果节点的表示形式中包含过多级别，以至于 892 字节不足以容纳它，则该节点不能用 hierarchyid 类型表示。
hierarchyid 类型可以作为 SqlHierarchyId 数据类型供 CLR 客户端使用。
备注
hierarchyid 类型对层次结构树中有关单个节点的信息进行逻辑编码的方法是：对从树的根目录到该节点的路径进行编码。 这种路径在逻辑上表示为一个在根之后被访问的所有子级的节点标签序列。 表示形式以一条斜杠开头，只访问根的路径由单条斜杠表示。 对于根以下的各级，各标签编码为由点分隔的整数序列。 子级之间的比较就是按字典顺序比较由点分隔的整数序列。 每个级别后面紧跟着一个斜杠。 因此斜杠将父级与其子级分隔开。 例如，以下是长度分别为 1 级、2 级、2 级、3 级和 3 级的有效 hierarchyid 路径：
/
/1/
/0.3.-7/
/1/3/
/0.1/0.2/
可在任何位置插入节点。 插入在 /1/2/ 之后、/1/3/ 之前的节点可表示为 /1/2.5/。 插入在 0 之前的节点的逻辑表示形式为一个负数。 例如，/1/1/ 之前的节点可表示为 /1/-1/。 节点不能有前导零。 例如，/1/1.1/ 有效，但 /1/1.01/ 无效。 为了避免错误，请使用 GetDescendant 方法插入节点。
数据类型转换
hierarchyid 数据类型可按如下方法转换为其他数据类型：
- 使用 ToString() 方法将 hierarchyid 值转换为 nvarchar(4000) 数据类型的逻辑表示形式。
- 使用 Read () 和 Write () 将 hierarchyid 转换为 varbinary。
- 若要通过 SOAP 传输 hierarchyid 参数，首先应将它们转换为字符串。
升级数据库
当数据库升级到更高版本的 SQL Server 时，将自动安装新程序集和 hierarchyid 数据类型。 升级顾问规则将检测具有冲突名称的任何用户类型或程序集。 升级顾问将建议重命名所有冲突程序集，并重命名所有冲突类型或在代码中用由两部分组成的名称来引用该预先存在的用户类型。
如果数据库升级检测到用户程序集具有冲突名称，它将自动重命名该程序集，并将数据库置于可疑模式下。
如果在升级过程中存在具有冲突名称的用户类型，则不会采取特殊步骤。 升级后，旧的用户类型和新的系统类型将同时存在。 用户类型将只能通过由两部分组成的名称使用。
在复制的表中使用 hierarchyid 列
可在任何复制的表中使用类型为 hierarchyid 的列。 应用程序的要求取决于复制是单向的还是双向的，同时还取决于所用 SQL Server 的版本。
单向复制
单向复制包括快照复制、事务复制，以及在订阅服务器上不做更改的合并复制。 在单向复制过程中如何使用层次结构列取决于订阅服务器所运行的 SQL Server 版本。
- SQL Server 发布服务器可以将 hierachyid 列复制到相同版本的 SQL Server 订阅服务器，而无须考虑任何特殊事项。
- SQL Server 2019 发布服务器必须转换 hierarchyid 列，才能将它们复制到运行 SQL Server Compact 或更早版本的 SQL Server 的订阅服务器。 SQL Server Compact 和 SQL Server 的更早版本不支持 hierarchyid 列。 如果您使用的是这些版本之一，仍然可以将数据复制到订阅服务器。 为此，必须设置架构选项或发布兼容性级别（如果是合并复制），从而使列能够转换为兼容的数据类型。
这两种情况均支持列筛选。 这包括筛选出 hierarchyid 列。 只要筛选器不包含 hierarchyid 列，就支持行筛选。
双向复制
双向复制包括带更新订阅的事务复制、对等事务复制，以及在订阅服务器上进行更改的合并复制。 在复制操作中，可以配置一个包含 hierarchyid 列的表以进行双向复制。 请注意以下要求和事项。
- 发布服务器和所有订阅服务器必须运行 SQL Server 2016 (13.x) 或更高版本的相同版本。
- 复制将数据作为字节复制，且不会执行任何验证来确保层次结构的完整性。
- 在源位置（订阅服务器或发布服务器）所做的更改复制到目标位置时，不保留其层次结构。
- hierarchyid 列的哈希值特定于生成相应值的数据库。 因此，在发布服务器和订阅服务器上可以生成相同的值，但该值可以应用于不同的行。 复制不会检查是否有这种情况出现，且没有用于对 hierarchyid 列值进行分区的内置方式，这一点不像 IDENTITY 列，后者有用于对其值进行分区的内置方式。 应用程序必须使用约束或其他机制来避免这类未检测到的冲突。
- 在订阅服务器上插入的行可能被孤立。 可能已在发布服务器上删除了所插入行的父行。 将订阅服务器上的行插入到发布服务器上时，这将导致出现未检测到的冲突。
- 列筛选器不能筛选掉不可为空值的 hierarchyid 列：从订阅服务器插入将失败，因为发布服务器上的 hierarchyid 列没有默认值。
- 只要筛选器不包含 hierarchyid 列，就支持行筛选。