Lorsqu'un UBEUniversal Batch Engine, le moteur de traitement par lots de JD Edwards utilisé pour exécuter des rapports et des traitements de masse. personnalisé de grand livre financier ou de solde d'inventaire imprime des totaux agrégés inexacts, les développeurs perdent régulièrement des heures à réindexer des vues de base de données ou à exécuter pas à pas des BSFN CBusiness Functions écrites en langage C, utilisées dans JD Edwards pour exécuter des calculs complexes et des règles métier. personnalisées. Dans la plupart de ces modes de défaillance, généralement 80 % à 90 % des cas, le jeu de données sous-jacent renvoyé par le moteur SQL est tout à fait valide. L'anomalie réside entièrement au sein de Report Design Aid (RDA)L'outil de conception de JD Edwards utilisé pour créer et modifier des rapports et des programmes batch (UBE)., causée par une exécution d'événements mal synchronisée et une mauvaise gestion de la portée des variables entre les sections.

Lorsqu'un traitement batch de nuit s'exécutant sur une table F0911 ou F4211 de 30 à 50 millions de lignes bloque la file d'attente batch pendant des heures, la plupart des administrateurs de bases de données (DBAAdministrateur de base de données, responsable de la configuration, de la maintenance et des performances des bases de données.) accusent immédiatement le matériel ou demandent des index composites personnalisés. Dans la grande majorité des audits de performance de UBEUniversal Batch Engine, le moteur de traitement par lots de JD Edwards pour exécuter des rapports et des calculs en arrière-plan. que je réalise, la base de données n'est pas le problème — elle exécute simplement un SQLStructured Query Language, le langage standard utilisé pour communiquer avec et manipuler les bases de données relationnelles. natif non optimisé généré par le moteur d'exécution JDE.

Les extractions standard du grand livre issues d'une table F0911Table standard du grand livre (Account Ledger) dans JD Edwards, contenant le détail des écritures comptables. de plusieurs millions de lignes s'effondrent régulièrement dans les batch queuesFiles d'attente système qui gèrent et ordonnancent l'exécution des traitements par lot en arrière-plan. lorsque les développeurs conçoivent des vues d'affaires multi-tables lourdes joignant la table F0901Table maîtresse des comptes (Account Master) dans JD Edwards, définissant la charte des comptes. et des tables de staging personnalisées comme la F550911Table de staging personnalisée. Le préfixe "55" désigne un objet spécifique développé pour les besoins de l'entreprise.. Contourner les outils natifs avec des scripts SQL dynamiques directs peut sembler être une solution rapide, mais cela corrompt les limites des transactions, ignore la sécurité au niveau des lignes et provoque fréquemment des plantages du call object kernelProcessus système de JD Edwards chargé d'exécuter les fonctions d'affaires (BSFN) en langage C sur le serveur. lorsque le traitement par lot atteint les limites par défaut de JDEJD Edwards, le progiciel de gestion intégré (ERP) développé par Oracle. pour les handlesIdentifiants ou pointeurs système utilisés pour référencer et manipuler des ressources comme des fichiers ou des connexions. ouverts du kernel.

Dans un référentiel d'entreprise typique contenant 5 000 à 15 000 objets, les Universal Batch Engines (UBEs)Moteurs de traitement par lots (batch) de JD Edwards utilisés pour exécuter des rapports et des traitements de données en arrière-plan. personnalisés génèrent un volume disproportionné de tickets de maintenance et de cycles de mise à niveau (retrofitProcessus d'adaptation et de report des modifications personnalisées lors d'une mise à niveau du système.). La cause première est presque toujours un développement par copier-coller dicté par la mise en page. Lorsqu'un développeur duplique des Event Rules (ER)Langage de programmation propriétaire de JD Edwards utilisé pour ajouter de la logique métier aux applications et rapports. sur plusieurs sections conditionnelles ou personnalisées simplement pour gérer des variations mineures de formatage, il inscrit directement de la dette technique dans le rapport. Six mois plus tard, une mise à jour de la logique métier affecte la Section A tandis que la Section B est oubliée, corrompant discrètement les données lors de l'exécution nocturne.