Amazon SimpleDB

Las operaciones de inserción condicional y eliminación condicional son nuevas operaciones que se agregaron en febrero de 2010. Resuelven un problema que surge al acceder a SimpleDB simultáneamente. Consideremos un programa sencillo que utiliza SimpleDB para almacenar un contador, es decir, un número que se puede incrementar. El programa debe realizar tres acciones:

1. Recupera el valor actual del contador desde SimpleDB.
2. Suma uno al valor.
3. Almacena el nuevo valor en el mismo lugar que el valor anterior en SimpleDB.

Si este programa se ejecuta sin que ningún otro acceda a SimpleDB, funcionará correctamente; sin embargo, a menudo es conveniente que las aplicaciones de software (en particular, las aplicaciones web ) accedan a los mismos datos simultáneamente. Cuando se accede a los mismos datos de forma concurrente, se produce una condición de carrera que podría provocar una pérdida de datos indetectable.

Siguiendo con el ejemplo anterior, consideremos dos procesos, A y B, que ejecutan el mismo programa. Supongamos que SimpleDB atiende solicitudes de datos, como se describe en el paso 1, tanto de A como de B. Ambos procesos ven el mismo valor. Digamos que el valor actual del contador es 0. Debido a los pasos 2 y 3, A intentará almacenar 1. B intentará hacer lo mismo; por lo tanto, el valor final del contador será 1, aunque el valor final esperado sea 2, porque el sistema intentó dos operaciones de incremento, una por parte de A y otra por parte de B.

Este problema se puede resolver mediante el uso de la operación de inserción condicional. Supongamos que modificamos el paso 3 de la siguiente manera: en lugar de almacenar el nuevo valor incondicionalmente, el programa le pide a SimpleDB que lo almacene solo si el valor actual coincide con el valor recuperado en el paso 1. De esta forma, podemos asegurarnos de que el valor del contador aumente. Esto introduce cierta complejidad adicional; si SimpleDB no puede almacenar el nuevo valor porque el valor actual no era el esperado, el programa debe repetir los pasos 1 a 3 hasta que la operación de inserción condicional modifique el valor almacenado.

La lectura consistente fue una nueva función que se lanzó al mismo tiempo que la inserción condicional y la eliminación condicional. Como su nombre indica, la lectura consistente resuelve los problemas que surgen debido al modelo de consistencia eventual de SimpleDB (véase la sección Limitaciones ). Considere la siguiente secuencia de operaciones:

1. El programa A almacena algunos datos en SimpleDB.
2. Inmediatamente después, A solicita los datos que acaba de almacenar.

La garantía de consistencia eventual de SimpleDB no nos permite afirmar que los datos recuperados en el paso 2 reflejen las actualizaciones realizadas en el paso 1. La consistencia eventual solo garantiza que el paso 2 refleje el conjunto completo de actualizaciones del paso 1, o ninguna de ellas. Se puede utilizar una lectura consistente para asegurar que los datos recuperados en el paso 2 reflejen los cambios del paso 1.

La razón por la que pueden surgir resultados inconsistentes cuando no se utiliza la operación de lectura consistente es que SimpleDB almacena los datos en múltiples ubicaciones (para garantizar su disponibilidad), y es posible que los nuevos datos del paso 1 no se hayan escrito en todas las ubicaciones cuando SimpleDB recibe la solicitud de datos en el paso 2. En ese caso, es posible que la solicitud de datos del paso 2 se atienda en una de las ubicaciones donde aún no se han escrito los nuevos datos.

Amazon desaconseja el uso de lecturas consistentes, a menos que sean necesarias para garantizar la corrección. El motivo de esta recomendación es que la frecuencia de procesamiento de las operaciones de lectura consistente es menor que la de las lecturas regulares.