Review_1: Si bien este artículo deja ver una buena cantidad de trabajo, está escrito crípticamente y es muy difícil ver hacia donde apunta.  Hay problemas de redacción en:  Resumen (1): "falta de llaves y relaciones entre tablas y datos sino y por el contrario se genera rendimiento"  Fase 2 (8): "En este punto se realizaron los montajes de la base de datos en los dos (2) SGBD NoSQL en la nube. Y se montó el sistema gestor de bases de datos móvil que va a estar en comunicación con los montados en la nube."  Comportamiento... (9): "Para el caso de MongoDB, existe un ODBC desarrollado por estudiantes que está siendo desarrollado por estudiantes, y, otro ODBC desarrollado por Simba Technologies"  El artículo, en todo caso es muy difícil de seguir...  Comprensión: El título habla de una comparación..., sin embargo nunca se ve tal comparación.  "manejan el teorema CAP"... el teorema dice que hay tres características que no pueden darse simultáneamente, por lo que "manejan" no tiene sentido.  "desnormalizar los datos, es decir las propiedades ACID (atomicidad, consistencia, aislamiento y durabilidad) son sacrificadas por cuestión de rendimiento...", no veo una relación directa entre desnormalizar (un aspecto de diseño) con las propiedades acid (un conjunto de propiedades de las transacciones).  Se dice en un momento "Se eligieron dos sistemas gestores de bases de datos NoSQL alojados en la nube que son MongoDB y CouchDB; bases de datos a partir de las cuales se hacen las pruebas de transaccionalidad con el gestor de bases de datos móvil Ultralite", finalmente nunca se ven estas pruebas ni sus resultados.  Se dice "sin embargo las soluciones ODBC ya no son tan populares..." En que se sustenta esto???  Finalmente, se habla del uso de un middleware "Mobilink de Sybase" sin embargo, posteriormente se habla de problemas con contar con un odbc para los sabd noSQL (que requeriría Mobilink)... y de ultralite y la comparación no se sabe que paso...???? Review_2: El artículo describe muy bien los SGBD para móviles, así como también algunos motores de BD con tecnología no-relacional conocidas como NoSQL, en un contexto de almacenamiento de datos en la nube o cloud-computing. Realiza una  buena comparación de las características técnicas de algunos gestores de BD en este ámbito (tabla 3). Plantea una metodología, al parecer para definir y realizar un experimento que permita evaluar y comparar BD de este tipo, según lo definido en el título del artículo. Sin embargo,  sólo llega a establecer una comparación simple y cualitativa de componentes y otros aspectos como servicios (tabla 4). No hay evidencias de una comparación cuantitativa y objetiva, a nivel de desempeño y con datos, transacciones y tiempos de procesamiento que permitan realmente sostener, como lo hace sin estas variables, cual BD es más eficiente respecto a otra. El resumen no se condice ni identifica el trabajo completo. Las conclusiones se plantean en base a las características y no a pruebas comparativas de desempeño. En síntesis, es un trabajo desde el punto de vista que sería un aporte si formalizara la metodología y describiera la aplicación cuantitativa de una experimentación que realmente permita comparar los SGBD en un contexto de cloud-computing. Se sugiere complementar con un experimento controlado con datos y registro de transacciones de prueba y medir variables, obtener estadísticas objetivas que permitan evaluar los desempeños de los sistemas de BD móviles y NoSQL, bajo condiciones y parámetros claramente definidos y en las mismas condiciones medio-ambientales (ancho de banda, tas de transacciones, volumen de datos, equipo, etc). Review_3: El artículo presenta una revisión de los SGBD móviles y NoSQL.  No obstante lo anterior, el trabajo es más bien descriptivo y carece de resultados experimentales.  Lo que señala en la página 8, metodología, considera dos fases, de las cuales solo se presenta, al parecer los resultados de la primera fase.  Se sugiere realizar la segunda fase, que conlleva un trabajo experimental de recolección de datos y su análisis, y luego generar un artículo con estos resultados. 
Output: reject