从绝圣弃智到少造机关，老子这一句放进 SAP HANA 开发里，讲的是把聪明收回到模型、数据和执行计划本身

在 SAP HANA 项目里，最容易让团队误判的场景，往往不是某个开发人员不会写 SQL，也不是不会建 Calculation View，而是大家太相信自己的聪明。一个销售分析报表慢了，开发人员立刻想写一段复杂的 SQLScript；一个库存可用量计算不准，团队又想加一层临时表；一个财务口径有争议，架构师再建一个特殊视图给特殊部门。代码越来越多，模型越来越厚，权限越来越碎，性能问题也越来越像藤蔓一样缠在系统里。老子说「绝圣弃智，民利百倍；绝仁弃义，民复孝慈；绝巧弃利，盗贼无有」，放到 SAP HANA 开发现场，并不是反对专业能力，也不是反对优化技巧，而是提醒我们，不要把开发者的聪明放在系统之上，不要用补丁式的仁义遮盖模型之乱，不要用巧技和局部利益制造更多数据盗洞。

SAP HANA 本身并不是鼓励开发者把所有业务逻辑都写成花哨过程的数据库。它支持 SQL，SQL 又是一种声明式语言，开发者描述要得到什么结果，而不是细抠数据库内部每一步怎么做。SAP Learning 对 SQL 的描述也是这个方向，SQL 用于检索、存储或操纵 SAP HANA 数据库里的数据，且声明式表达关注目标而不是执行细节。(SAP Learning) 这正好对应老子讲的「弃智」，把过度表现自己的算法智巧放下，把工作交还给数据模型、优化器、执行引擎和清晰的业