就在本月早些时候，
SAP公司开始全力筹备其软件皇冠上的绝对明珠——
HANA的下一个版本，而这也将成为其“不成HANA，便成仁”座右铭的直观体现。
这位企业与软件巨头推出了其号称数十年发展历史中规模最为可观的发布活动，而其惟一核心正是SAP S/4HANA。这套系统的构建目的在于运行在单一 数据库——也就是SAP的HANA——之上。
在此之前，SAP公司的产品方案一直依附于 甲骨文、微软以及IBM，借由后者的系统为其 ERP、 CRM以及供应商与产品管理套件提供数据存储支持。
然而回顾本月发布的数据库平台，大家会赫然发现SAP公司已经用十年时间为自己的这套内存内系统吸引到了超过二十万家客户。
就在去年，这家来自德国的跨国集团承诺在未来十年内（至2025年）继续在此类数据库之上为其套件提供支持——相当于将原有支持期限进一步延后了五年。需要注意的是，这里所提到的现有版本并非本月刚刚发布的新方案。
SAP公司需要这样一套过渡性产品。作为面世于2010年的技术方案，HANA在SAP公司的推动下如今已经拥有六千家客户，其中一千八百家利用HANA项目作为其商务套件的底层安装基础。该公司目前的客户总数为25万3500家。
SAP公司显然是在进行一场赌博，但这并不代表其计划将传统关系型数据库彻底开除出世界观之外。该公司也承担不起这样的决策：SAP各软件、支持以及维护服务的现有版本销售仍将继续作为这位巨头运营收益的主要来源。
客户手中握有大量遗留性技术方案，而多年来的使用习惯也使他们更倾向也更忠诚于选择自己早已熟知的数据库供应商。
有鉴于此，SAP公司全球客户运营业务首席技术官Irfan Khan（目前担任HANA项目负责人，此前还曾领导过 Sybase开发）公布了一种更为务实的发展态度。
“我认为传统关系型数据库管理方案并不会彻底消失在历史的长河当中，”他在接受采访时指出。“我们将在未来一段时间内继续保持当前这种混合型应用方式……关系型技术依然拥有可观的实际价值。”
他承诺称，SAP公司将继续与其关系型合作伙伴保持密切往来，但同时也强调称目前 Oracle 12c与微软的 SQL Server 2014（正是这两家企业当前关系型数据库的最新版本）与HANA之间在性能表现与容量方面存在较大差距。“我们不希望被拖了后腿，”他指出。
然而，另一个重要问题仍然需要解决——将SAP的命运束缚在HANA身上是否会影响其市场接纳效果？我们确实听说过有一部分客户愿意将HANA项目引入业务流程中的各个环节，但ERP套件却被排除在外——就目前的情况看，HANA更像是一种利基型应用方案，而非企业IT体系中的根本性基石。而且这种状况恐怕还会持续相当一段时间。
“我认为让SAP方案仅能运行在HANA之上的方式并不会限制公司业务的健康发展，”Khan告诉我们。
SAP公司的应对办法在于向客户传达这样一种理念：他们需要利用HANA实现业务转型，而非作为将现有体系彻底推倒重来、进而清除其它供应商的侵略性武器。
这种做法确实相当明智：企业数据库市场就像一片墓地，这里散落着众多曾经妄想着冲击甲骨文、但最终却被历史辗碎的挑战者们的尸骨。
考虑到这一点，SAP公司不太可能像2012年时那些劝说客户利用其产品全盘取代现有关系型数据库。相反，SAP公司将尝试将问题的重点转移到以 实时数据访问为基础的业务转型层面中来。
尽管如此，这一决定的风险仍然非常可观。如果事实证明这项战略无法切实奏效，而SAP又没能在未来的十年内清醒地意识到承认这一现实，那么这家全球最大的业务软件供应商恐怕会陷入孤立无援的窘境——手中只握着一款无法确切起效的所谓核心产品。
这位企业与软件巨头推出了其号称数十年发展历史中规模最为可观的发布活动，而其惟一核心正是SAP S/4HANA。这套系统的构建目的在于运行在单一 数据库——也就是SAP的HANA——之上。
在此之前，SAP公司的产品方案一直依附于 甲骨文、微软以及IBM，借由后者的系统为其 ERP、 CRM以及供应商与产品管理套件提供数据存储支持。
然而回顾本月发布的数据库平台，大家会赫然发现SAP公司已经用十年时间为自己的这套内存内系统吸引到了超过二十万家客户。
就在去年，这家来自德国的跨国集团承诺在未来十年内（至2025年）继续在此类数据库之上为其套件提供支持——相当于将原有支持期限进一步延后了五年。需要注意的是，这里所提到的现有版本并非本月刚刚发布的新方案。
SAP公司需要这样一套过渡性产品。作为面世于2010年的技术方案，HANA在SAP公司的推动下如今已经拥有六千家客户，其中一千八百家利用HANA项目作为其商务套件的底层安装基础。该公司目前的客户总数为25万3500家。
SAP公司显然是在进行一场赌博，但这并不代表其计划将传统关系型数据库彻底开除出世界观之外。该公司也承担不起这样的决策：SAP各软件、支持以及维护服务的现有版本销售仍将继续作为这位巨头运营收益的主要来源。
客户手中握有大量遗留性技术方案，而多年来的使用习惯也使他们更倾向也更忠诚于选择自己早已熟知的数据库供应商。
有鉴于此，SAP公司全球客户运营业务首席技术官Irfan Khan（目前担任HANA项目负责人，此前还曾领导过 Sybase开发）公布了一种更为务实的发展态度。
“我认为传统关系型数据库管理方案并不会彻底消失在历史的长河当中，”他在接受采访时指出。“我们将在未来一段时间内继续保持当前这种混合型应用方式……关系型技术依然拥有可观的实际价值。”
他承诺称，SAP公司将继续与其关系型合作伙伴保持密切往来，但同时也强调称目前 Oracle 12c与微软的 SQL Server 2014（正是这两家企业当前关系型数据库的最新版本）与HANA之间在性能表现与容量方面存在较大差距。“我们不希望被拖了后腿，”他指出。
然而，另一个重要问题仍然需要解决——将SAP的命运束缚在HANA身上是否会影响其市场接纳效果？我们确实听说过有一部分客户愿意将HANA项目引入业务流程中的各个环节，但ERP套件却被排除在外——就目前的情况看，HANA更像是一种利基型应用方案，而非企业IT体系中的根本性基石。而且这种状况恐怕还会持续相当一段时间。
“我认为让SAP方案仅能运行在HANA之上的方式并不会限制公司业务的健康发展，”Khan告诉我们。
SAP公司的应对办法在于向客户传达这样一种理念：他们需要利用HANA实现业务转型，而非作为将现有体系彻底推倒重来、进而清除其它供应商的侵略性武器。
这种做法确实相当明智：企业数据库市场就像一片墓地，这里散落着众多曾经妄想着冲击甲骨文、但最终却被历史辗碎的挑战者们的尸骨。
考虑到这一点，SAP公司不太可能像2012年时那些劝说客户利用其产品全盘取代现有关系型数据库。相反，SAP公司将尝试将问题的重点转移到以 实时数据访问为基础的业务转型层面中来。
尽管如此，这一决定的风险仍然非常可观。如果事实证明这项战略无法切实奏效，而SAP又没能在未来的十年内清醒地意识到承认这一现实，那么这家全球最大的业务软件供应商恐怕会陷入孤立无援的窘境——手中只握着一款无法确切起效的所谓核心产品。
