Estoy buscando buenos ejemplos de aplicaciones NoSQL que describan cómo trabajar con falta de transaccionalidad tal como la conocemos en bases de datos relacionales. Estoy principalmente interesado en el código de escritura intensiva, ya que para el código de solo lectura, esta es una tarea mucho más fácil. He leído varias cosas sobre NoSQL en general, sobre el teorema de CAP, la consistencia eventual, etc. Sin embargo, esas cosas tienden a concentrarse en la arquitectura de la base de datos por sí misma y no en los patrones de diseño para usar con ella. Entiendo que es imposible lograr la transaccionalidad completa dentro de una aplicación distribuida. Esta es exactamente la razón por la que me gustaría entender dónde y cómo deben reducirse los requisitos para que la tarea sea factible.

EDITAR

No es que la consistencia eventual sea mi objetivo en sí mismo. Por el momento, realmente no veo cómo usar NoSQL para ciertas cosas que requieren mucha escritura. Diga: Tengo un sistema de subasta simplista, donde hay ofertas. En teoría, la primera persona en aceptar una oferta gana. En la práctica, me gustaría al menos garantizar que haya un solo ganador y que las personas obtengan sus resultados en la misma solicitud. Probablemente no sea factible. Pero cómo resolverlo en la práctica: tal vez algunas solicitudes podrían tardar más de lo habitual, porque algo salió mal. Quizás algunas solicitudes deberían actualizarse automáticamente. Es solo un ejemplo.