Posts fixed

[blog.git] / posts / 152.html

diff --git a/posts/152.html b/posts/152.html
index 994e002dc75028fbd0a5cd84ca4f2873a2fe9d54..dd79e18b7aeb12961712e98a45abdf2365783a1b 100644 (file)
--- a/posts/152.html
+++ b/posts/152.html
@@ -6,7 +6,7 @@ date: 2014-03-26 08:13
 
 <p>Lo que más me gusto desde el primer momento fue la no necesidad de definir el esquema de las tablas de antemano. Al estar basada en documentos, es posible ir creando la estructura de la base de datos a medida que crece la aplicación, lo cuál te da mucha agilidad y libertad en el proceso de desarrollo de un proyecto. También implica un riesgo, uno ha de tener las ideas muy claras y no ir implementando a lo loco, pero vaya, que ya somos mayorcitos y se supone que sabemos lo que hacemos. :-)</p>
 
-<a href="http://www.jsancho.org/wp-content/uploads/2014/03/transaction.jpeg"><img src="http://www.jsancho.org/wp-content/uploads/2014/03/transaction.jpeg" alt="transaction" width="256" height="108" class="alignright size-full wp-image-621" style="padding: 10px" /></a>
+<a href="images/transaction.jpeg"><img src="images/transaction.jpeg" alt="transaction" width="256" height="108" class="alignright size-full wp-image-621" style="padding: 10px" /></a>
 
 <p>Pero para una aplicación con cierto nivel de complejidad hay una cosa que echo en falta: las transacciones. MongoDB está pensada principalmente para aplicaciones que necesitan lecturas y escrituras rápidas y proporciona sistemas sencillos para montar replicas y sharding que facilitan la escalabilidad de los sistemas. Vamos, que es ideal para la web. Pero si queremos aplicaciones que ejecuten procesos largos con mucha actividad en la base de datos, tener transacciones te garantiza mantener la integridad.</p>