SAP HANA 计算视图
在 HANA 内部高效组合和暴露数据的可复用建模视图,供多份报表和应用共用。
SAP 官方对 HANA 的描述是一个多模型、具备 AI 能力的数据库,能在同一引擎中处理关系型、图、空间和时间序列数据,而不需要为每种数据单独搭建系统。企业往往会在工作真正落在这个数据库层面时,才在迪拜招聘 SAP HANA 开发工程师:一份因数据量增长而变慢的报表、一个需要以现有视图都无法支持的方式组合信息的数据模型,或是一项超出标准 SAP 报表能力的定制分析构建。
与通用的 SAP 角色甚至 S/4HANA 开发工程师相比,这是一个更专业、层次更底层的角色。S/4HANA 开发工程师主要处理已经通过 CDS 视图建模和暴露的数据,而 HANA 开发工程师则负责构建和调优这些视图,并了解底层内存引擎在真实数据量下的实际表现。许多迪拜企业并不需要长期配备专职 HANA 开发工程师,但当项目确实存在性能或数据建模问题时,专门引入一位这样的人选,比让一位通用 SAP 开发工程师去做超出其专长的工作要更划算。
HANA 开发工程师负责搭建的内容
数据库层面的工作,有别于应用层面的 SAP 开发。
在 HANA 内部高效组合和暴露数据的可复用建模视图,供多份报表和应用共用。
诊断查询或报表变慢的原因,重新调整底层模型或查询本身,而不是把变慢当作常态接受下来。
专门为标准 SAP 报表覆盖不到的报表或分析需求构建的数据模型。
直接在数据库内部、贴近数据运行的逻辑,用于真正应该放在那一层,而不是应用层的工作。
搭建数据从源系统实际进入 HANA 的方式,并在数据量增长时保持这一流程的可靠性。
确保一个 HANA 视图只暴露特定用户或角色理应看到的数据。
值得关注的技能
数据库专属技能,需要直接核实,而不能仅凭笼统的 SAP 经验假设具备。
| 技能或工具 | 良好水平的表现 | 为什么重要 |
|---|---|---|
| 计算视图建模 | 构建的视图具有可复用性且相对高效,而不是一个试图包揽一切的庞大视图 | 建模不佳的视图是导致 SAP 报表变慢的常见且可避免的原因 |
| SQLScript | 编写的存储过程确实属于数据库层面的工作,而不是把能做的都放进去 | 过度使用数据库端逻辑会让系统更难维护,而不是更容易 |
| 性能诊断 | 在动手修改之前,先用 HANA 自身的工具找出时间实际耗在哪里 | 没有诊断就猜测式修复,往往会让性能变得更差 |
| 内存计算理念 | 不仅停留在理论层面,而是在实践中理解列式存储和内存处理如何改变“高效”的定义 | 对基于磁盘的数据库有效的技巧,在 HANA 中可能毫无意义甚至有害 |
| 安全与行级访问 | 正确运用 HANA 自身的权限功能,而不是只依赖上层应用逻辑 | 如果不加限制,数据库层面暴露的数据会绕过应用层的检查 |
SAP 的HANA 产品页面介绍了该平台多模型、内存式的处理方式,一位真正跟得上进展的 HANA 开发工程师应当能够说明这如何影响了自己日常的建模决策。
与我们合作的方式
专职 HANA 开发工程师适合拥有持续、数据密集型 SAP 环境的企业,那里的性能与建模工作几乎从未真正停止。限定项目适合一个具体、有明确边界的问题,例如修复一份表现不佳的报表,或构建一个定制分析模型。招聘支持适合希望将深厚的数据库技能永久留在团队内部的企业,我们会先完成候选人的寻访和技术评估。咨询服务适合一次有针对性的性能审查,尤其是在整个企业都受到 SAP 系统缓慢影响、却没人能说清原因的情况下。
评估候选人
能够揭示真实数据库层面思维的考察方式。
什么变慢了、他们如何找到真正的原因,以及做了哪些改动,而不是笼统地讲“做了调优”。在迪拜招聘 SAP HANA 开发工程师解决具体问题时,这是最能说明问题的一个提问。
针对一个描述的数据需求,他们会如何建模,以及为什么,重点考察复用和效率方面的思考,而不是一个庞大的视图。
回答“总是”或“从不”的候选人,通常没有认真思考过这个问题;一个好的回答会权衡逻辑真正应该放在哪一层。
一项简短、贴近实际的数据建模任务,重点考察结构和复用思维,而不是唯一的正确答案。
他们是否真正在 HANA 内部实现过行级安全,还是一直把这项责任推给应用层,这是在迪拜招聘 SAP HANA 开发工程师承担任何面向客户的工作之前,值得摸清楚的一个习惯。
认证
一个有用的早期筛选条件,需与真实的建模工作结合来看。
SAP 的学习平台列出了针对特定 SAP 技术的认证,以可验证的数字徽章形式颁发,其中包括专注于 HANA 建模与开发的方向。
一个可供您审阅的真实计算视图,加上一段具体的性能优化经历,比单纯一枚徽章更能说明问题。我们的认证 SAP 开发工程师页面解释了如何正确核实一项 SAP 认证。
阿联酋相关事项
凡是 HANA 保存个人或敏感数据的场景都适用。
凡是暴露客户或员工个人数据的 HANA 视图,都受阿联酋《2021 年第 45 号联邦法令》管辖,官方数据保护法律页面指出,企业在大多数情况下必须保护这些数据,并在处理前取得同意。在 HANA 层面实施行级安全,是满足这一要求的一种实用方式。
直接向 HANA 开发工程师询问您的 SAP 数据库托管在何处,由于阿联酋的云服务提供商都会公布各自的区域信息,这是一个值得向负责您 SAP 环境的人员提出的合理问题,而不是默认假设。
该角色隶属于我们的SAP类别,是更广泛的迪拜招聘开发人员板块的一部分。基于这些数据构建的应用层工作,通常需要我们的SAP S/4HANA 开发工程师或SAP ABAP 开发工程师页面,而用户实际使用的界面则由我们的SAP Fiori 开发工程师或SAP UI5 开发工程师角色负责。范围更宽泛、未细分的 SAP 需求,适合参考我们通用的SAP 开发工程师角色。
直接解答
是底层的数据库和平台。SAP 官方产品页面将 SAP HANA 描述为一个多模型、内存式系统,能在同一引擎中处理不同类型的数据。大多数企业日常实际使用的应用 S/4HANA 正是构建在它之上,这也是本站将这两个角色分开设置的原因。
在大多数日常工作中,一个人往往可以同时胜任这两方面。当查询性能、复杂数据建模或较大规模的定制分析构建确实需要有人专注于数据库层时,单独招聘一位专职 HANA 开发工程师才真正划算。
一种经过建模、可复用的方式,直接在 HANA 数据库内部暴露和组合数据,供报表、应用和其他视图使用,而不是在各处重复编写同样复杂的查询。构建和调优这些视图,是 HANA 开发工程师的核心日常工作。
如果问题出在数据库层,例如建模不佳的视图或低效的查询,通常可以。如果问题出在应用逻辑层,我们的 SAP ABAP 或 SAP S/4HANA 开发工程师页面可能是更合适的起点。
一些底层概念,例如内存计算和列式存储,在现代数据库中较为通用,但 SAP HANA 特有的工具和建模方式是它自己的一套。我们仍然预期 HANA 开发工程师的日常工作会专门针对 SAP。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。