Servidor web en modo preventivo
Estamos avanzando con 4D v16 en el multi-threading preventivo, ya que el servidor web de 4D también se está volviendo preventivo. Simplemente haga clic en una casilla y su aplicación soportará más usuarios conectados simultáneamente, y procesará más peticiones en paralelo. Para las solicitudes que utilizan mucho tiempo de CPU, la ejecución puede ser hasta 2 veces más rápida.
Procesos preventivos para el lenguaje 4D
Desde 4D v11, el servidor de la base de datos y el servidor SQL utilizan el multithreading preventivo. A partir de 4D v13, el servidor web en modo estático también utiliza preemptive. Ahora con v15 R5, el lenguaje 4D también puede ejecutarse en procesos preemptivos.
4D Escribir comandos Pro en procesos preventivos
Con 4D v16, puede mejorar la escalabilidad de su base de datos utilizando los nuevos comandos 4D Write Pro en procesos preemptivos.
Si está realizando rutinas para crear o convertir documentos de forma programada – por ejemplo, facturas … ahora puede hacerlo con trabajadores preventivos ya que la mayoría de los comandos de 4D Write Pro son ahora seguros para los hilos.
Los comandos XML son ahora seguros para los hilos
¿Quiere mejorar la escalabilidad de su base de datos y utilizar todo el rendimiento disponible con sus máquinas multinúcleo?
Con 4D v16, hemos ampliado la lista de comandos seguros para hilos con el fin de utilizar procesos preventivos con su código que maneja XML.
Replicación de la base de datos
Al integrar el archivo de registro, 4D se detiene en el primer error y no devuelve ningún mensaje de error. Las razones de los errores de integración podrían ser un registro dañado, por ejemplo debido a un disco duro en mal estado o a un error de software durante la escritura. Si ese error se produce al final, no hay problema; pero también puede producirse al principio o en medio del registro. En este caso, los datos posteriores al error podrían ser útiles.
Ahora, cuando la integración falla en modo estándar, puede intentar la integración en modo de auto-reparación. En este caso, 4D intenta resolver el error encontrado, no detiene la integración y devuelve la lista de errores.
Exportación de JSON para el Diario
En las aplicaciones 4D, el archivo de datos es importante, por lo que toda la actividad de la base de datos se almacena en el archivo de registro. Como todos saben, el archivo de registro es un elemento vital para la restauración de la base de datos tras una contingencia desafortunada. Sin embargo, toda la información sobre la actividad de la base de datos también puede ser útil para el análisis. Por ejemplo, para comprobar la actividad en una tabla, para ver los cambios realizados por un usuario y para seguir el historial de un registro.
Contacto con nosotros
¿Tiene alguna pregunta, sugerencia o simplemente quiere ponerse en contacto con los bloggers de 4D? Escríbenos.
* Su privacidad es muy importante para nosotros. Haga clic aquí para ver nuestra Política