从SAP NetWeaver 7.40 SP5开始，ABAP支持核心数据服务（CD）。而且随着更高版本的发布，支持的功能数量也在不断增加。在核心数据服务（CSD）ABAP特征矩阵中可以找到非常好的概述。

CDS的中心思想之一是将一些计算从ABAP层下推到数据库。例如，SAP NetWeaver 7.50添加了许多日期/时间函数。这意味着，过去需要应用服务器读取大量数据的带有日期字段的计算现在可以直接在数据库上完成。当然，现代数据库提供了内置于本地SQL方言中的日期计算。但首先，ABAP存储的日期字段不是由不同数据库提供的本机日期/时间数据类型。更重要的是：必须确保使用CDS进行的计算在所有支持的数据库上给出相同的结果，并且逻辑应该与在ABAP中进行的计算相同。举个例子：在ABAP中，淘客帝国，可以使用1582年之前的日期字段进行计算。在那一年，企业管理软件下载，教皇发布了《罗马教皇间公墓》，改变了当今大多数国家使用的历法。虽然这背后的故事相当有趣，但它使日期计算变得更加复杂。当然，你的公司很可能在那个时候还没有开始营业，国内云服务器，但你的系统中仍然可能有使用这些日期的数据（可能一个应用程序程序员用"1234"来表示"从那时起"—这是个坏主意，但这样的事情是存在的）。将应用程序从传统的ABAP更改为CDS，您将得到与以前完全相同的结果。日期计算只是一个起点：如果你不是使用UTC而是使用挂钟时间，并且必须考虑时区、夏时制时间……无论如何：作为一个程序员，你期望这样的计算在任何数据库上都能得到相同的结果，那么用时间戳进行计算会非常复杂。虽然这使您的生活更轻松，但这意味着在过去几年中，SAP的几个开发人员必须为任何支持的数据库实现此类功能。

对于SAP Adaptive Server Enterprise（ASE），我们从大多数现代数据库中可用的概念开始：用户定义函数（UDF）。例如，大数据下载，我们为rpad创建了一个函数。

如果您对实现感兴趣：

仅仅替换一个字符串就相当复杂。T-SQL中有内置的replace和stru replace，它们非常相似。

通过这种方法，支持SAP ASE上的CD所需的所有功能都已实现，如果您运行的任何应用程序在ASE上使用CD，您都将使用它们。但是使用UDF有一个缺点：在UDF中执行SQL需要一些时间。一般来说，内置在数据库服务器的SQL方言中的函数显示出更好的性能。这里的好处是：由于adaptiveserverenterprise是一个SAP产品，淘客返利，因此可以以一种非常适合cd需求的方式对其进行增强。不，我们不能让所有这些函数都成为T-SQL方言的一部分。原因是某些函数仅适用于NetWeaver ABAP系统，因为它们直接访问作为NetWeaver堆栈一部分的数据库表。但是在ASE16.0 SP03中，数据库服务器得到了增强，对于ABAP系统，可以加载一个共享库，其中包含所有需要的函数（不是SQL UDF，而是用C编写的函数），从而加快了这些函数的执行时间。如果您查看-数据库中的对象，您将看到一种新类型的对象：

让我们进行更详细的查看：

由于这不再是SQL编写的用户定义函数，您将无法使用sp\u showtext获取其背后的源代码。但至少你会得到更多关于这个对象的信息

那么如何为你的NetWeaver系统得到这些C写的函数呢？这是从SAP ASE 16.0 SP03开始支持的功能。这些功能将是安装或数据库升级的一部分。无需手动交互，SAP安装/升级工具将负责部署。