Servidor Web em modo preventivo
Estamos a avançar com o 4D v16 em multi-tarefas preventivas, uma vez que o Servidor Web 4D também se está a tornar preventivo. Basta clicar numa caixa de verificação e a sua aplicação irá suportar mais utilizadores conectados simultaneamente, e processar mais pedidos em paralelo. Para pedidos que utilizam muito tempo de CPU, a execução pode ser até 2 vezes mais rápida!
Processos preventivos para a linguagem 4D
Desde 4D v11, tanto o servidor de bases de dados como o servidor SQL utilizam multi-tarefas preventivas. Começando com 4D v13, o Servidor Web em modo estático também utiliza o preemptivo. Agora com o v15 R5, a linguagem 4D também pode ser executada em processos preventivos.
4D Comandos Write Pro em processos de pré-empenhamento
Com 4D v16, pode melhorar a escalabilidade da sua base de dados usando os novos comandos 4D Write Pro em processos preventivos.
Se estiver a fazer rotinas de criação ou conversão programática de documentos – por exemplo, facturas … pode agora fazê-lo com trabalhadores preventivos, pois a maioria dos comandos 4D Write Pro são agora seguros por fio!
Os comandos XML são agora seguros por fio
Quer melhorar a escalabilidade da sua base de dados e utilizar todo o desempenho disponível com as suas máquinas multi-core?
Com 4D v16, alargámos a lista de comandos de segurança de linha a fim de utilizar processos preventivos com o seu código XML de manipulação de código.
Espelhamento de bases de dados
Ao integrar o ficheiro de registo, 4D pára no primeiro erro e não devolve nenhuma mensagem de erro. As razões dos erros de integração podem ser um registo danificado, por exemplo, devido a um mau disco rígido ou erro de software durante a escrita. Se esse erro acontecer no final, não há problema; mas também pode ser no início ou no meio do registo. Neste caso, os dados após o erro podem ser úteis.
Agora, quando a integração falha no modo padrão, pode tentar a integração no modo de auto-reparação. Neste caso, 4D tenta resolver o erro encontrado, não pára a integração, e devolve a lista de erros.
Exportação do JSON para o Journal
Nas aplicações 4D, o ficheiro de dados é importante, pelo que toda a actividade da base de dados é armazenada no ficheiro de registo. Como todos sabem, o ficheiro de registo é um elemento vital para a restauração da sua base de dados após uma contingência infeliz. No entanto, todas as informações sobre a actividade da base de dados também podem ser úteis para análise. Por exemplo, para verificar a actividade numa tabela, para ver as alterações feitas por um utilizador, e para seguir o histórico de um registo.
Contacte-nos
Tem uma pergunta, sugestão ou apenas quer entrar em contacto com os bloggers 4D? Deixe-nos uma linha!
* A sua privacidade é muito importante para nós. Por favor clique aqui para ver os nossos Política