Miglioramento delle prestazioni su grandi progetti di regole
Quando i progetti di regole aumentano di dimensioni, di solito è possibile migliorare le prestazioni di Rule Designer utilizzando alcune configurazioni di creazione di Rule Designer che sono più adatte a progetti di grandi dimensioni, limitando l'impronta BOM e riducendo la dimensione delle risorse delle regole di business.
Disabilitazione della creazione automatica
Per impostazione predefinita, in Eclipse, un processo di build viene avviato non appena una risorsa cambia nello spazio di lavoro. Di conseguenza, appena si salva un file in Rule Designer, viene eseguita una creazione. La build è di solito incrementale e veloce, quindi non c'è alcun problema particolare con il fatto che viene eseguita regolarmente. Tuttavia, se si apportano modifiche che influenzano globalmente il progetto di regole, ad esempio modifiche sul modello oggetto di business (BOM), la build potrebbe dover ricontrollare molti elementi. La build può essere lenta se il progetto è grande.
Deselezionare per disabilitare la creazione automatica.
Se si disabilita la creazione automatica di Eclipse , il refactoring delle regole potrebbe non essere sempre attivato. In tal caso, è necessario richiedere esplicitamente una build per aggiornare gli errori nella vista Problemi.
Impostazione delle preferenze per una compilazione più veloce
Quando si dispone di un progetto di regole di grandi dimensioni, in particolare uno con molte tabelle decisionali e flussi delle regole, la build può diventare più lenta. In Rule Designer è possibile definire le preferenze per la creazione del progetto di regole.
- Per accedere alla pagina delle preferenze di creazione, selezionare . Su Mac, fare clic su ).
- Selezionare
- Impostare le preferenze.
| Preferenza | Descrizione |
|---|---|
| Compila regole la cui proprietà "active" è false | Questa preferenza costruisce tutte le regole. Deselezionare questa preferenza per creare solo le regole attive e ridurre il tempo di creazione. |
| Esegui le verifiche di associazione BOM - XOM durante la compilazione | La preferenza verifica la conversione della distinta base in XOM durante la compilazione. Deselezionare questa preferenza per non eseguire il controllo e ridurre il tempo di costruzione. |
| Esegui l'analisi delle regole durante la compilazione | Quando si salva un elemento del progetto di regole, Rule Designer genera automaticamente il codice IRL ed esegue alcuni controlli su questo codice, inclusa l'analisi delle regole. Deselezionare questa preferenza per interrompere l'analisi e ridurre il tempo di costruzione. |
| Costruzione incrementale con impatto ottimistico del vocabolario | Questa preferenza utilizza tabelle di impatto a grana più fine rispetto a quelle della costruzione normale. Senza questa opzione, qualsiasi modifica alla distinta base comporta la creazione completa di tutte le regole. Selezionare questa preferenza per ricompilare solo le regole relative al vocabolario modificato. |
| Generare le informazioni ARL nella cartella di output per il debug | Quando si estrae un archivio di set di regole dal progetto di regole è necessario più tempo, perché il codice ARL viene generato e controllato a quel punto. È possibile disabilitare la generazione del codice ARL per rendere la compilazione ancora più veloce. Questa preferenza genera un file ARL di tutte le regole dell'archivio. Il file può essere utilizzato per il debug. Se si seleziona questa opzione per produrre un file ARL, il tempo di creazione aumenterà. |
| Caricamento pigro degli artefatti delle regole | Per impostazione predefinita, il modello di regole carica tutto. Selezionare la preferenza per caricare solo gli artefatti modificati. |
Limitazione del numero di regole di business nei package di regole
- Rule Designer carica solo i package richiesti. Se tutte le risorse delle regole sono memorizzate in un singolo package, Rule Designer deve caricare tutte le risorse delle regole quando viene avviato. Se le regole sono organizzate in package, Rule Designer carica solo le risorse delle regole dai package richiesti.
- Per risolvere il nome completo di una regola, Rule Designer naviga nei pacchetti per trovare la regola. Se la struttura ad albero dei package è ben distribuita, Rule Designer accede alla regola più velocemente.Nota:
Il nome completo di una regola è il nome breve della regola preceduti dal nome del package.
Tuttavia, assicurarsi di non avere troppi package di piccole dimensioni, perché la ricerca di elementi del modello di regole rallenta Rule Designer.
Riduzione dell'impronta del modello oggetto di business
Quando il proprio progetto di regole contiene un BOM (business object model) di grandi dimensioni, le funzioni relative al linguaggio delle regole di business sono più lente. L'analisi, il controllo, l'Assistente ai contenuti e la navigazione nelle regole di business e nelle regole tecniche sono più lenti con modelli di oggetti di business di grandi dimensioni.
- Dimensione BOM
- Ridurre la dimensione BOM rimuovendo le verbalizzazioni, i membri BOM e le classi inutilizzati: quando si definisce una voce BOM da uno XOM, la voce BOM potrebbe includere numerose classi tecniche e metodi che non sono effettivamente utilizzati nelle regole. Dal momento che la dimensione del BOM influisce sulle prestazioni di Rule Designer , è preferibile rimuovere tutti gli elementi di business non utilizzati dal BOM.
- Suddividere il BOM in diversi BOM più piccoli che possono essere distribuiti tra i progetti di regole. Vedere Impostazione di una gerarchia di progetto.
- Struttura ad albero BOM
- Comprimere la struttura ad albero BOM nella vista Esplora regole prima di salvare le modifiche al BOM e avviare una generazione. Una struttura BOM compressa riduce in modo significativo il tempo impiegato per creare il progetto.
- Analisi del vocabolario
Un BOM di grandi dimensioni con molte verbalizzazioni potrebbe causare pause notevoli in Rule Designer. Per migliorare le prestazioni, è possibile ridurre il tempo di generazione del parser BRL disabilitando questa opzione: . Di conseguenza, all'utente non vengono più richiesti suggerimenti di fix rapida quando si modificano le regole con l'editor IntelliRule .
Limitazione della dimensione delle tabelle decisionali e degli alberi decisionali
Le tabelle decisionali che contengono più di 3.000 righe, dato un numero ragionevole di colonne, aumentano in modo significativo il tempo di modifica e di creazione. Le tabelle con molte colonne devono avere meno righe, perché il fattore di scalabilità principale è il numero di celle.
- Se possibile, suddividere le tabelle decisionali di grandi dimensioni in tabelle più piccole per migliorare il tempo di risposta e semplificare la gestione del contenuto.
- Disabilitare la sovrapposizione e il controllo del divario.
- Impostare la build per disabilitare la generazione e il controllo IRL. Vedere Impostazione delle preferenze per una compilazione più veloce.
Limitazione della dimensione di RuleApps
Quando viene generato un archivio RuleApp , il numero e la dimensione delle relative risorse delle regole rappresentano la maggior parte del consumo di risorse.
- Trasformare ogni progetto di regole di grandi dimensioni in diversi progetti più piccoli.
- Mantenere ogni progetto di regole così com' è e generare più insiemi di regole più piccoli. È possibile utilizzare estrattori di serie di regole, uno per serie di regole, per estrarre parte del progetto di regole. In questo caso, potrebbe essere necessario modificare l'applicazione che esegue le serie di regole.