在本文中，我们将了解人们应该注意的启用拉伸的表，包括键约束
拉伸数据库是一个 SQL Server 允许用户安全、透明地将冷数据迁移到 Azure 云的功能。 用户甚至可以在连接错误期间暂停这些迁移，这有助于更轻松地传输数据。
Stretch Database 直接面向包含大量冷数据的事务型数据库，这些数据通常存储在数据库的多个表中。这些表的数据量可能远超十亿行。
为什么使用 Stretch Database？
• 它允许用户将冷数据存储在单独的表中，或将数据库迁移到Azure 云。
• 用户可以使用它的筛选功能来分离或选择冷数据或热数据，在他们想要迁移的行中。
拉伸数据库是一个了不起的 SQL Server 允许用户将数据安全透明地迁移到 Microsoft Azure 的功能，但是，它也有一些限制，使用户无法在其数据库上实施或启用扩展。 这是它的一些限制的列表。 如果要将数据迁移到 Azure 云，请在使用 stretch 时记住它们。
启用 Stretch Database 的表的限制
这些是阻止 Stretch Database 在您的表中启用的一些条件，请务必在下次使用 Stretch Database 时记住它们。
1.约束条件
• 在使用stretch 数据库时，Uniqueness 不会对包含任何形式的迁移数据的Microsoft Azure 表中的PRIMARY KEY 和UNIQUE 约束强制执行。
2.DML操作
• 在任何启用了Stretch 的表中，用户不得删除或更新任何已迁移的行或仍符合迁移条件的行。
• 也不允许用户从链接服务器向任何启用 Stretch 的表中插入行。
3. 索引
• 启用拉伸的表不允许用户为视图创建索引。
• 索引中的任何过滤器 SQL Server 不会从启用 Stretch 的表传播到远程表。
4. 阻止用户在表中启用 Stretch Database 的限制
用户不能为具有或即将出现以下情况的表启用 Stretch Database：
5.表属性
• 包含超过 998 个索引或超过 1,023 列的表
• 包含 FILESTREAM 数据的任何文件表或表
• 积极使用变更数据捕获或变更跟踪的表
• 任何经过内存优化的表
6.数据类型
• 文本、图像和文本
• 时间戳
• sql_variant
• XML
• CLR 数据类型，例如 geometry、hierarchyid、CLR 或 geography 用户定义类型。
7.约束条件
• 检查约束以及默认约束
• 引用表的任何外键约束。 我们可以使用父子关系来解释这一点，其中（例如，Order（父）和 Order_Detail（子）），用户可以为其子表（Order_Detail）启用 Stretch Database Table，但不能更改父表（订单）。
8. 索引
• 全文索引
• XML 索引
• 空间索引
• 提供表引用的任何索引视图
虽然应积极考虑延伸数据库，但公司还必须投资一种工具，该工具可以 恢复sql 服务器数据库文件，以在紧急情况下确保其数据安全。
作者简介：
Victor Simon 是一位数据恢复专家 DataNumen, Inc.，它是数据恢复技术领域的世界领先者，包括 访问恢复 和sql恢复软件产品。 欲了解更多信息，请访问 datanumen.com