Il miglioramento dell’efficienza dell’intero sistema gestionale è stato raggiunto attraverso:

• un maggior sfruttamento delle tecnologie utilizzate per l’accesso al data base,
• la riscrittura dell’interfaccia grafica e l’ottimizzazione della memoria del client,
• una velocizzazione delle procedure.

a) Miglioramento dell’accesso al data base

In Metodo Evolus 8.0 lo strato software per l’accesso ai dati (DAL) è stato completamente riscritto utilizzando query parametriche. Si sono ridotti, in questo modo, i tempi di esecuzione, grazie allo sfruttamento della cache di SQL Server e al minor tempo di preparazione dei parametri (è stato eliminato lo “stuffing”). Allo stesso tempo è aumentata la robustezza dell’intero DAL evitando errori subdoli originati da stuffing (ad esempio SQL Injection). In occasione della riscrittura del DAL, è stato scelto di sfruttare appieno le funzionalità offerte dal nuovo SQL Server 2005, il quale garantisce, in alcuni frangenti, performance superiori rispetto alle precedenti versioni.

SQL Server 2005 dà risultati particolarmente significativi nel caso di:

• Paginazione dei risultati: è possibile, a differenza di SQL Server 2000, chiedere a SQL Server 2005 i dati una pagina per volta, evitando di scaricare sul client tutti i dati dal primo record all’ultimo del recordset corrente. Questa ottimizzazione rende molto più performanti le visioni e le selezioni di Metodo e quindi l’intero gestionale, All In One Touch, ecc..
• Partizionamento orizzontale delle tabelle fisiche: è possibile partizionare le tabelle fisiche in più file. Dal punto di vista logico nulla cambia, ma quando si effettuano query che rimangono nell’ambito di un solo file fisico, le prestazioni aumentano a livello esponenziale, dato che SQL Server 2005 effettua la ricerca su un sottoinsieme molto più piccolo di dati. Questa opportunità permette di ottimizzare gli storici di Metodo, riuscendo a gestire mole di dati enormi e maggiori rispetto al passato, con tempi molto inferiori. I backup dei dati partizionati sono più rapidi in quanto si possono differenziare e parzializzare le logiche di backup dei singoli file.
• Utilizzo dei nuovi costrutti per il calcolo dei totali: sfruttando le nuove aggiunte al linguaggio SQL è possibile migliorare molto i tempi per il calcolo dei totali.
• Utilizzo di SQL Native Client: l’accesso ai dati di Metodo sfrutta la modalità nativa di SQL Server 2005, togliendo l’overhead dato dal driver OLEDB. In questo modo, tutte le richieste e i dati passano in modalità nativa senza dover essere “tradotti”.
• Utilizzo delle nuove istruzioni di SQL 2005: nuove istruzioni del linguaggio T-SQL permettono una gestione, con minore righe di codice e quindi più rapida, di funzioni che necessitavano la stesura di procedure complesse in SQL2000 (row_number(), TRY ... CATCH, ecc.)

Le modifiche che sono state apportate influenzano positivamente queste parti di Metodo:

1. MXKit:
• Filtri, Selezioni, Visioni e Totali: Tutte le interrogazioni all’interno di Metodo, siano esse standard che personalizzate.
• Validazioni e Anagrafiche: Tutte le videate che prevedono inserimento, validazione e salvataggio dei dati da parte dell’utente e che sono state sviluppate con sovrastrutture tipo Anagrafiche e MultiAnagrafiche. Senza modificare una riga di codice anche le estensioni sviluppate da rivenditori ISV utilizzando il framework Metodo risulteranno più veloci dopo l’introduzione della nuova versione del gestionale e della piattaforma database.
2. MxBusiness:
• Routine prezzi particolari
• Validazione articolo
• Motore dei documenti
• Distinta base: L’ottimizzazione delle query riguarda in particolar modo la fase di esplosione dei componenti della distinta e comporta, in casi di distinte particolarmente corpose, risparmi misurati nell’ordine del 30-40%. Tale velocizzazione impatta in modo clamoroso anche nei tempi di elaborazione di tutte le procedure che interessano la distinta base ed in particolar modo:
  • Movimentazione dei documenti con esplosione dei componenti
  • Ricalcolo dei Costi Standard
  • Pianificazione dei Fabbisogni di Materiale (MRP)
  • Emissione (manuale o automatica) degli Ordini di Produzione
  • Elaborazione del Piano di Previsione (MPP) a partire da Forecast.

b) Riscrittura Interfaccia grafica e ottimizzazione della memoria del client

L’interfaccia grafica di Metodo Evolus 8.0 è stata completamente riscritta per dare una “user experience” ottimale all’utente, per risolvere flicker e problemi delle vecchie versioni e per ottimizzare l’occupazione di memoria. Metodo Evolus 8.0 si presenta con una nuova veste in stile Ms Office 2007, oltre agli stili Royale, Luna, Vista e di sistema. La risposta dell’intera interfaccia è molto più veloce e risolve tutti i problemi riscontrati soprattutto con il Terminal Service Client. L’utente può ridurre gli effetti grafici fino ad avere un’interfaccia molto scarna alla Windows NT. L’intera interfaccia occupa pochissima memoria rispetto al passato e non impegna il processore. Il risultato è un client molto più prestante e snello con conseguente aumento dell’intera “user experience” dell’utente.

c) Velocizzazione delle procedure: Pianificazione interattiva

In questo caso la velocizzazione non è da imputare all’utilizzo di particolari funzionalità della piattaforma Database ma bensì ad un modo radicalmente differente di effettuare la pianificazione. La procedura permette la modifica di un piano precedentemente emesso e la contestuale ripianificazione che però non è (come ora) totalmente rigenerativa ma va ad elaborare solo quanto modificato nonchè i rami della pianificazione che vengono impattati da queste modifiche.