注意
本文是“按设计成功实施 Azure Synapse”系列文章的一部分。 有关系列概述,请参阅通过设计实现 Azure Synapse 的成功。
应评估 专用 SQL 池 设计,以确定问题并验证它是否符合准则和要求。 通过在开始开发解决方案之前评估设计,可以避免阻碍和意外的设计更改。 这可以保护项目的时间表和预算。
Synapse SQL 具有横向扩展体系结构,用于跨多个节点分布计算数据处理。 计算与存储是分离的,这使您能够在系统中的数据不受影响的情况下独立扩展计算资源。 有关详细信息,请参阅 Azure Synapse Analytics 中的专用 SQL 池(前 SQL DW)体系结构。
在 评估阶段,你收集了有关如何部署原始系统的信息以及实现的结构的详细信息。 这些信息现在可以帮助你确定实现的内容与需要开发的内容之间的差距。 例如,现在应该考虑设计轮循机制表而不是哈希分布式表的影响,或正确使用复制表的性能优势。
若要成功部署专用 SQL 池,必须采用符合业务需求的体系结构。
Azure Synapse 的迁移项目类似于任何其他数据库迁移。 应考虑原始系统和 Azure Synapse 之间可能存在差异。
确保您已建立清晰的迁移路径:
- 数据库对象、脚本和查询
- 数据传输(从源导出和传输到云)
- 首次将数据加载到 Azure Synapse
- 登录名和用户
- 数据访问控制(行级安全性)
确定原始系统是否依赖于 Azure Synapse 不支持的功能。 专用 SQL 池中不支持的功能包括某些数据类型,例如 XML 和空间数据类型,以及游标。
有关详细信息,请参见:
与任何其他项目一样,应执行测试,以确保专用 SQL 池满足所需的业务需求。 测试数据质量、数据集成、安全性和性能至关重要。
在 Azure Synapse 成功设计系列中的下一篇文章中,了解如何评估 Spark 池设计,以确定问题并验证它是否符合指南和要求。