X-Git-Url: https://git.jsancho.org/?p=blog.git;a=blobdiff_plain;f=posts%2F152.html;fp=posts%2F152.html;h=dd79e18b7aeb12961712e98a45abdf2365783a1b;hp=994e002dc75028fbd0a5cd84ca4f2873a2fe9d54;hb=ad9ffd24ee402466f9217dc1ef099651cb36bc8d;hpb=c1c59536eb431a37e96685f67d9fd622dc7a454c diff --git a/posts/152.html b/posts/152.html index 994e002..dd79e18 100644 --- a/posts/152.html +++ b/posts/152.html @@ -6,7 +6,7 @@ date: 2014-03-26 08:13

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. :-)

-transaction +transaction

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.