01 Ce qui s’est passé
SAP a publié un guide technique sur les définitions de champs dans les entités de table CDS. Les développeurs peuvent utiliser explicitement null pour les colonnes LOB et géodonnées. La dépendance client est désormais implicite via l'annotation @ClientHandling.type ; le champ client explicite n'est plus nécessaire. abap.int1 mappe désormais sur HANA TINYINT (les tables classiques utilisent SMALLINT). Les types abap.clnt, abap.dats, abap.tims, abap.accp, abap.lchr, abap.varc, abap.df16_raw et abap.df34_raw sont obsolètes.
02 Les points essentiels
- Syntaxe de champ : field_definition ::= [field_annotation] [key] field_name : type_reference [null] ; la nullabilité est officiellement prise en charge ; abap.string et abap.rawstring exigent le mot-clé null.
- La dépendance client est implicite via l'annotation @ClientHandling.type ; abap.clnt n'est pas pris en charge.
- abap.int1 mappe sur TINYINT (seule différence de mappage avec les tables classiques) ; abap.dats et abap.tims sont remplacés par abap.datn (DATE) et abap.timn (TIME).
- DF16_RAW, DF34_RAW et LCHR sont obsolètes ; DF16_RAW et DF34_RAW nécessitent une conversion de table vers DEC, DECFLOAT16 ou DECFLOAT34.
03 Pourquoi c’est important
Les développeurs créant ou migrant vers des entités de table CDS doivent adopter les types LOB/géodonnées nullables, gérer la dépendance client implicite et remplacer les types obsolètes avant qu'ils ne bloquent le développement futur ou n'exigent des conversions de tables.
04 Pour qui c’est utile
Développeurs ABAP, architectes de données et administrateurs SAP HANA.