ACID

Outcome: Complete the task with ACID (ACID). User context: Una retención de inventario registra tanto la reserva como el cambio de stock, o ninguno. Una regla mantiene el stock en cero o por encima. El aislamiento serializable evita que dos procesos de pago tomen ambos el último artículo. La recuperación mantiene el resultado después del commit. Las pruebas de carga todavía verifican el comportamiento real de la base de datos. Technical concept or control: ACID (ACID). Why it fits: Usa las cuatro ideas como preguntas. Luego escribe las restricciones reales, el nivel de aislamiento, la respuesta de confirmación y la promesa de recuperación. Do not use it when: “Compatible con ACID” no es una promesa completa de sí o no. La consistencia de la base de datos tampoco hace que todas las reglas de negocio sean correctas por sí mismas. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Ningún estándar oficial único controla todo el término. Su significado puede cambiar según equipos, plataformas o marcos. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.