Server Web in modalità preemptive
Con 4D v16 stiamo procedendo con il multi-threading preemptive, poiché anche il server Web 4D sta diventando preemptive. Basta fare clic su una casella di controllo e la vostra applicazione supporterà più utenti connessi simultaneamente ed elaborerà più richieste in parallelo. Per le richieste che utilizzano molto tempo della CPU, l’esecuzione può essere fino a 2 volte più veloce!
Processi preventivi per il linguaggio 4D
Da 4D v11, il server di database e il server SQL utilizzano entrambi il multi-threading preemptive. A partire da 4D v13, anche il server Web in modalità statica utilizza il preemptive. Ora, con la v15 R5, anche il linguaggio 4D può essere eseguito in processi preemptive.
4D Scrivere i comandi Pro in processi preemptive
Con 4D v16, è possibile migliorare la scalabilità del database utilizzando i nuovi comandi di 4D Write Pro in processi preemptive.
Se eseguite routine per la creazione o la conversione di documenti in modo programmatico, ad esempio per le fatture… ora potete farlo con worker preemptive, poiché la maggior parte dei comandi di 4D Write Pro sono ora thread-safe!
I comandi XML sono ora thread safe
Volete migliorare la scalabilità del vostro database e sfruttare tutte le prestazioni disponibili con le macchine multi-core?
Con 4D v16, abbiamo ampliato l’elenco dei comandi thread-safe per utilizzare processi preemptive con il codice che gestisce XML.
Mirroring del database
Quando si integra il file di registro, 4D si ferma al primo errore e non restituisce alcun messaggio di errore. I motivi degli errori di integrazione possono essere un log danneggiato, ad esempio a causa di un disco rigido difettoso o di un errore del software durante la scrittura. Se l’errore si verifica alla fine, non c’è problema; ma potrebbe anche verificarsi all’inizio o a metà del registro. In questo caso, i dati successivi all’errore potrebbero essere utili.
Ora, quando l’integrazione fallisce in modalità standard, è possibile provare l’integrazione in modalità di riparazione automatica. In questo caso, 4D cerca di risolvere l’errore riscontrato, non interrompe l’integrazione e restituisce l’elenco degli errori.
Esportazione JSON per il Journal
Nelle applicazioni 4D, il file di dati è importante, quindi tutte le attività del database vengono memorizzate nel file di log. Come tutti sanno, il file di registro è un elemento fondamentale per il ripristino del database in seguito a un evento sfortunato. Tuttavia, tutte le informazioni sull’attività del database possono essere utili anche per l’analisi. Ad esempio, per controllare l’attività di una tabella, per vedere le modifiche apportate da un utente e per seguire la storia di un record.
Contattateci
Avete domande, suggerimenti o volete semplicemente entrare in contatto con i blogger di 4D? Lasciateci un messaggio!
* La vostra privacy è molto importante per noi. Fare clic qui per visualizzare il nostro Politica