SAP Native HANA结合了最佳实践和重要性能指导原则
大家好，
只是列出并写下了所有整合的最佳实践和指导原则，包括SAP HANA建模技巧（主要针对2.0版SPS 02）
涵盖了以下要点，如
摘要选择SAP HANA的十大理由SAP HANA分层体系结构（非常适合）和命名约定联接类型性能SAP HANA最佳实践和指导原则SAP HANA一般性能原则SAP HANA 2.0新功能可提高性能（SAP HANA数据建模）很少有其他HANA建模领域的指导方针，如联接、计算列、过滤器和聚合SAP HANA建模–标准化虚拟数据模型场景SAP HANA一般提示和技巧SAP HANA模型–QA中的性能测试分析很少有参考链接和更多信息
我们的目标是提供清晰的SAP HANA建模建议，用于建立HANA信息模型、优化性能、使用SAP HANA modeler和开发视角，以及高效地解决SAP HANA中的复杂需求每个项目/合作伙伴公司都需要SAP HANA最佳实践和建议。我们认为根据我的经验，提出一份SAP HANA最佳实践和建议整合文档是一个好主意本博客基于实际的SAP-HANA项目经验讨论SAP-HANA建模技术。我收集了一些HANA专家，结合本文中提供的经验，他们参与了多个HANA实施项目考虑构建高性能的SAP本机HANA数据模型，以优化方式提升业务解决方案。SAP正在不断改进SAP HANA，并在每个版本中向客户分发新功能。反过来，这就产生了大量且越来越多的方法来实现基于SAP原生HANA的报告解决方案将根据未来HANA发布/增强中的任何新发现/发现来增强/升级本文档
SAP HANA分层体系结构（很好拥有）和命名约定
根据我在本机HANA中的观点，很好拥有三（3）个层，如SAP HANA Live models
P.S–主数据将作为单独的维度进行维护使用星型模型并在相关的事务HANA模型中使用
计算视图：CV_uuu\uuu例如CV_ubv\u FSR\u 1
命名约定-名称尽可能短（最好在15个字符以下）
用大写字母命名每个元素。给出有意义的商业名称
CV_BV_XYZCV_RV_XYZ1，什么是物联网应用技术，2，3（基于复杂性层将增加–最多5个）。可能是块变小了CV_QV_XYZ
善于协调并支持分析问题的原因（更容易排除故障）
下面提到的几个HANA最佳实践和指导原则来自我的经验和HANA顾问的推荐经验。
始终遵循和坚持SAP HANA最佳实践和指导原则非常好
使用内部连接/参考/左外部连接根据业务需要以任何方式最大限度地连接，请考虑使用联合节点（如果可能）替换它们。可能因业务情况而异在联接中指定正确的基数（n:1或1:1）–仅当确定时使用表函数而不是脚本计算视图所有视图/表都可以与投影节点一起使用。投影节点通过缩小数据集（必需的列）来提高性能在计算视图和联接计算视图（维度-主数据）中使用星型联接以获得更好的性能（星型架构概念）在SQL引擎中执行（语义属性或在自定义计算期间执行）避免在SAP HANA DB和客户端应用程序之间传输大型结果集尽早减少数据集。在最低级别使用设计时过滤器，这有助于减少至少20-30%的执行时间输入参数（必选）：占位符部分模型可用于计算。可以接受多个值，并且可以从表（值帮助模型）或存储过程派生确保变量（where子句）被推到最低级别。确认使用可视化计划/计划缓存尽可能使用变量和输入参数来避免获取大量数据避免使用IF-THEN-ELSE表达式计算对象，改用受限度量。HANA SPS 11支持在受限列中使用SQL的表达式避免对计算列执行联接继续，避免基于脚本的计算视图，WHERE子句不会被下推使用Filter比使用内部连接来限制数据集要好避免连接具有更多空值的列开始之前，请检查表级别的键列是否有空值。HANA模型中属于联接的列不应包含任何空值（在开始建模之前，服务器 云服务器，通过ETL或SLT作业解析空值）使用联合时，请确保度量值列中没有空值，否则联合操作将阻塞（请管理映射并为空度量值列提供0值）在SQL引擎中执行SAP HANA模型（语义属性）利用模型中的聚合节点来处理重复项避免对计算列进行筛选（考虑具体化这些列）不要在不同的模式中创建工作表。这将在所有权上产生安全问题。而不是创建一个单独的模式，云服务器好用吗，创建所有工作表，并在建模中使用它HANA建模中的最佳实践之一是在数据类型为INTEGER或BIGINT的列上定义联接在最初的开发阶段检查模型的性能，而不是在最后阶段如果表中有大量的记录，则对它们进行分区以获得更好的性能每个表（或表分区）最多有2B条记录，每个表最多有1000个分区使用分析权限最新的SQL分析权限（SP10）根据业务需求筛选数据键列和索引列上的联接使用执行计划和可视化计划来分析HANA模型的性能并采取必要的步骤如果观察到任何性能问题，处理性能问题的最佳方法是在建模的每一步之后，而不是建模的最终版本，通过这种克服内存分配问题/CPU/内存消耗问题的好机会可以在开发阶段解决不建议将NVARCHAR或DECIMAL作为数据类型连接到计算列/字段，否则可能会产生性能问题。不管怎样，根据业务需要，每种情况都有所不同，但是，请坚持最佳实践
这些是许多SAP HANA顾问追求的HANA最佳实践中的一些。但是，仍然有一些复杂的业务需求迫使我们使用或减少这种HANA最佳实践，大数据和数据分析区别，这一点可以忽略不计。
