La différence de philosophie entre SAP et Oracle Applications pourrait se résumer ainsi : SAP conçoit un Mac, Oracle assemble un PC.
Autrement dit : SAP veut tout faire de A à Z (interfaces, base, administration…) et verrouille ses interfaces, alors qu’Oracle procède plutôt par agrégat de briques interconnectées, disponibles seules, dont l’utilisateur peut faire un peu ce qu’il veut.

Oracle vend des bases de données avant tout, il a donc bâti son ERP autour de cette base, en exploitant ses spécificités.
Les tables sont directement accessibles depuis le code source du programme en PL/SQL.

Langage : SAP et l’ABAP
SAP est basé sur un langage spécifique, utilisé nulle part ailleurs, l’ABAP. Cela ressemble au Cobol avec des bases de SQL.

Il est basé sur les notions de « structure » que l’on manipule dans des tables internes, et que l’on synchronise à l’occasion avec les vraies tables de la base de données. Les jointures sont lourdes, et récupérer des données consiste souvent à récupérer un jeu de lignes, le parcourir, et réeffectuer des requêtes pour chaque ligne.

Langage : Oracle et PL/SQL
Oracle Applications (l’ERP) est basé sur le PL/SQL, le langage intégré à Oracle (la base). On peut aussi utiliser du Java, mais ce n’est pas si courant, du moins sur les modules les moins récents.

Le PL/SQL a l’avantage d’être un véritable langage, pas aussi souple et riche que du .Net ou du Ruby, mais plutôt un mélange réussi entre le Pascal et le SQL.
Un avantage majeur est que l’on profite de toutes les fonctionnalités d’Oracle.
Les « tables internes » ne servent que dans certains cas précis d’optimisation, puisque la base optimise déjà le commun des requêtes toute seule.

Le PL/SQL est conçu pour manipuler des données mais est assez « généraliste », pas réduit à ne travailler qu’avec l’ERP.