CONSISTÊNCIA DE DADOS O processamento de dados deve estar em conformidade com os canons de consistência e consistência. Quando processamos informações frequentes em um monoprocessador, carregamos dados no cache que os passa para a CPU. Pode acontecer que uma transação válida no início não possa mais ser concluída no final, pois enquanto as etapas habituais estavam sendo executadas, outra transação foi encerrada e a última unidade foi removida do estoque, por exemplo, por se trata de um processo de arquitetura de gasodutos. onde vários conjuntos de instruções são executados simultaneamente, mas cada um vai em um estágio diferente de avanço ou um problema de consistência tipo A de processo é gerado se o estoque não pode ter quantidades negativas, e um sistema de reversão deve ser iniciado para manter a consistência. No multiprocessamento essa situação é ainda mais complexa e às vezes leva a quedas ou congelamento da operação, mesmo que o software tenha contemplado o modus operandi. Por exemplo, a venda de 120 . 000 ingressos para o recital do papai Yankee desmoronou em primeira instância. Uma equipe de arquitetura SIMD foi suficiente, (Instruções Únicas, Dados Múltiplos)porque a operação é sempre a mesma. Quando a operação de vendas foi repetida, o computador foi alterado, que foi capaz de processar o 120. 000 ingressos à venda em cerca de 60 . 000 compras no período de uma hora, ou seja, mil bilhetes médios por minuto. Quando as últimas entradas de cada categoria são processadas, acontece que a compra é aceita, mas quando é processada, alguém já fechou a compra do último assento, usando um pipeline tipo arquitetura transacional ou um multiprocessador. Se ao ler o saldo restavam 60, mas outra transação a deixou em 56, a última transação deve ser reduzida de 56 e não da última leitura de dados. Se fosse 2 e eu vendesse 4, o que faço? Eu vendo dois? Eu invero a operação? Essas questões tornam a coerência crítica.