Negli ambienti JDEJD Edwards, il sistema ERP di Oracle per la gestione dei processi aziendali. enterprise in cui le tabelle principali del libro giornale come F0911 o i registri delle transazioni come F4111 superano i 20 milioni di righe, una singola clausola RDAReport Design Aid, lo strumento di JD Edwards utilizzato per creare e modificare report e processi batch. strutturata male può degradare un'esecuzione batch di meno di un minuto in un collo di bottiglia in coda di diverse ore. Quando le finestre batch notturne saltano, i team infrastrutturali di solito incolpano le allocazioni delle code CNCConfigurable Network Computing, l'architettura tecnica e il team che gestisce l'infrastruttura, i server e la sicurezza di JD Edwards. o richiedono aggiornamenti della memoria del database. In realtà, la stragrande maggioranza degli UBEUniversal Batch Engine, i programmi batch di JD Edwards che eseguono elaborazioni di dati in background senza interazione dell'utente. personalizzati a lunga esecuzione — spesso tre quarti o più — deriva direttamente da SQLStructured Query Language, il linguaggio standard utilizzato per comunicare e manipolare i dati all'interno di un database relazionale. inefficiente generato da criteri di selezione errati.

Quando i team finanziari o della supply chain richiedono una riconciliazione automatizzata quotidiana tra le tabelle di contabilità standard come la F0911La tabella del libro giornale (General Ledger) in JD Edwards, che contiene tutte le transazioni finanziarie. e i sistemi di terze parti, gli amministratori di database spesso scrivono d'istinto script SQL esterni o trigger di database. Questo approccio si rivela regolarmente controproducente: aggira i controlli del ciclo di vita di JDE Object Management Workbench (OMW)Lo strumento integrato in JD Edwards per gestire il ciclo di vita, lo sviluppo e il rilascio degli oggetti software. lifecycle controls, ignora le regole di sicurezza e rischia di bloccare le tabelle delle transazioni attive durante le finestre di picco dei processi batch.

Eseguo regolarmente audit su sistemi di reportistica personalizzati in cui una parte significativa del codice delle Event RulesIl linguaggio di programmazione visuale proprietario di JD Edwards utilizzato per scrivere la logica di business. (spesso dal 30% al 40%) consiste in logica identica copiata e incollata su tre o quattro sezioni condizionali. I programmatori clonano una sezione solo per modificare il layout visivo per una specifica filiale o tipo d'ordine, duplicando nel processo centinaia di righe di complesse EREvent Rules: il linguaggio di programmazione visuale di JD Edwards. di calcolo delle imposte o dell'inventario. Quando le regole di business inevitabilmente cambiano, uno sviluppatore corregge la Sezione A, dimentica la Sezione B e introduce una corruzione silenziosa dei dati che richiede settimane per essere rilevata in produzione.

Nei contesti EnterpriseOne 9.2 più maturi, una quota significativa di fallimenti dei job batch in produzione (spesso dal 30% al 40%) deriva da UBEUniversal Batch Engine: il motore di JD Edwards per l'esecuzione di report e processi batch in background. custom che venivano eseguiti senza problemi sui client di sviluppo locali. Gli sviluppatori convalidano abitualmente i report a fronte di un piccolo set di dati DVDevelopment: l'ambiente di sviluppo in JD Edwards utilizzato per creare e testare le personalizzazioni. da 1.000 o 2.000 righe utilizzando le specifiche di versione predefinite, ignorando completamente il comportamento della logica di runtime su un Enterprise ServerIl server centrale che esegue la logica applicativa e i processi batch (UBE) in JD Edwards. in presenza di esecuzioni multi-thread concorrenti, join non indicizzati su tabelle principali come F0911 o F4111 e allocazioni di memoria JDECACHEInsieme di API di JD Edwards utilizzate per memorizzare temporaneamente dati in memoria RAM durante l'esecuzione. non rilasciate.

Negli audit aziendali su larga scala, i team tecnici riscontrano costantemente che la maggior parte dei report Universal Batch Engine (UBE)Il motore di JD Edwards che gestisce l'esecuzione di report e processi batch in background. personalizzati aggira involontariamente il kernel di sicurezza JDE (F00950La tabella centrale di JD Edwards che gestisce tutte le configurazioni di sicurezza degli utenti.). I leader ERP spesso presumono che la row securityFunzionalità che limita l'accesso ai dati nel database in base a valori specifici, come filiali o società. attiva su tabelle come F060116 (Payroll) o F4105 (Item Cost) limiti intrinsecamente l'output dei batch. Non è così. Nel momento in cui uno sviluppatore utilizza il Table I/OOperazioni di lettura o scrittura diretta sul database eseguite all'interno del codice di JD Edwards. diretto nelle Event RulesIl linguaggio di programmazione visuale proprietario utilizzato per personalizzare la logica in JD Edwards. o richiama una C Business FunctionFunzioni scritte in linguaggio C per eseguire elaborazioni complesse o ad alte prestazioni in JD Edwards. personalizzata che esegue JDB_OpenTable senza passare esplicitamente il contesto di sicurezza dell'utente, la row security a livello di engine viene ignorata.

Quando una coda batch si blocca sull'Enterprise ServerIl server centrale che esegue la logica applicativa e i processi batch di JD Edwards. alle 2:00 del mattino, il riflesso immediato di molti team è quello di aumentare il numero massimo di job simultanei nella configurazione dell'ambiente JDEJD Edwards, un sistema ERP (Enterprise Resource Planning) di Oracle per la gestione aziendale.. Nove volte su dieci, si tratta di una diagnosi errata. Il vero collo di bottiglia è quasi sempre un layout Report Design Aid (RDA)Lo strumento di sviluppo integrato in JD Edwards per progettare report e processi batch. difettoso che esegue milioni di fetchL'operazione di recupero di una o più righe di dati dal database. di database non indicizzati. Unire la tabella F4111 Item Ledger alla F0911 General Ledger in una singola Business ViewUna vista logica che definisce la relazione e i campi selezionati tra una o più tabelle del database. personalizzata senza una corrispondenza rigorosa degli indici trasforma quella che dovrebbe essere un'esecuzione batch di 90 secondi in un blocco della coda di 4 ore.