老子说，故善人者，不善人之师；不善人者，善人之资。把这句话放进 SAP HANA 开发里，并不是给技术工作披上一层玄学外衣，而是提醒我们，真正成熟的数据库开发者，既要从优秀模型、优秀 SQL、优秀架构、优秀权限设计中学习秩序，也要从慢查询、错口径、坏依赖、脏数据、越权访问、不可维护的 SQLScript 中吸取养分。善人是方向，不善人是材料。只看善人，容易写出漂亮却经不起故障的方案；只厌恶不善人，又会错过工程系统最真实的反馈。在 SAP HANA 开发中，所谓「善人」，可以理解为那些让数据清楚、性能稳定、权限可控、扩展有边界、团队容易接手的设计。一个好的 calculation view，不只是把几张表 join 起来，而是把业务语言、分析口径、数据粒度、过滤条件、聚合逻辑和消费场景收束在一个清晰结构里。SAP 官方文档对 calculation view 的定位很明确，它可以基于数据库中的数据定义复杂场景，用于 operational data mart、revenue 和 profitability 这类多维分析，也可以通过 projection、join、union、aggregation、expression 等逻辑组合形成面向业务的模型，并被 SAP Analytics Cloud、SAP BusinessObjects 和 Office 类报表工具消费。(