Este documento introduce MongoDB, una base de datos NoSQL orientada a documentos. Explica cuando usar MongoDB, como cuando se necesita escalabilidad horizontal, alto volumen de datos o cacheo. También describe características como replicación automática, sharding y esquema flexible de documentos. Finalmente, ofrece una guía básica sobre cómo configurar shards, colecciones y réplicas en MongoDB.

1. Introducción a MongoDB

2. Índice Cuando usar NoSQL

3. Cuando no usar NoSQL

4. Vistazo a MongoDB

5. Otras características

6. Esquema básico

7. Replicación

8. Auto-sharding

9. Arquitectura

10. Primeros pasos

11. Backup

12. ¿Cuando usar NoSQL? Cachear

13. Alto volumen de datos

14. Escalabilidad horizontal(sin joins ni transacciones complejas)

15. El lema es ”No sólo SQL” no ”sólo NoSQL”

16. ¿Cuando no usar NoSQL? Alto nivel transaccional

17. Business Intelligence

18. Problemas que requieren sentencias relacionales

19. Vistazo a MongoDB Orientado a documentos (formato BSON)

20. Esquema flexible

21. Queries dinámicas

22. Replicación

23. Auto-sharding

24. Operaciones atómicas

25. Índices completos

26. Vistazo a MongoDB No relacional

27. Distribuida

28. Opensource

29. Escalable horizontalmente

30. Drivers para casi todos los lenguajes

31. Replicación y sharding automático

32. GridFS

33. Otras características Map Reduce Queries se ejecutan en paralelo en todos los shards

34. Adición y procesamiento de datos flexible Indexación Geoespacial Encuentra objetos basándose en su localización geográfica

35. Esquema básico Servidor de base de datos

36. Shell

37. Sharding router Mongod Database server Mongo Interactive shell Mongos Sharding router

38. Replicación Master: mongod –master

39. Slave: mongod –source url:port o pasivo –slavedelay numberofseconds

40. Replica Sets Soporte completo ante caídas(recomendado para cada shard usado)

41. Se pueden tener miembros pasivos que nunca serán primarios Master-master Sólo recomendable para operaciones de insert o delete por id

42. Auto-sharding Definido por una clave shard

43. La respuesta ante caídas se maneja mediante replica sets de cada shard

44. Las queries map reduce pueden correr en paralelo entre varios shards

45. Se pueden añadir servidores como shards y automáticamente se empiezan a repartir los datos entre ellos

46. Fragmentación

47. Fragmentación

48. Arquitectura Shards Servers: mongod –shardsvr

49. Se puede configurar replicación para cubrirse ante caídas.

50. Shards Routers: mongos –configdb urlconfig:portconfig

51. Actua como la shell para el resto de clientes

52. Puede ejecutarse en un servidor de aplicaciones para reducir el tráfico

53. Config Routers:mongod –configsvr

54. Recomendado un grupo de 3

55. Arquitectura lógica

56. Detalle importante _id Special key

57. Presente en todos los documentos(objetos) almacenados

58. Única en cada colección

59. Del tipo que se desee

60. Primeros pasos sharding use admin

61. db.runCommand( { addshard : "pre-mongo1:10000" } );

62. db.runCommand( { addshard : "pre-mongo2:10000" } );

63. db.runCommand( { enablesharding : "activities" } );

64. db.runCommand( { shardcollection : "activities.userWall" , key : { userId: 1 } } );

65. db.printShardingStatus()

66. Backup EC2 -> Snapshot EBS

67. LVM-> Snapshot LV

68. FS->mysqldump, dd (poco recomendable)

69. Punto débil de Mongo con instalación en sharding.

70. Más detalles en http://bit.ly/wNdlIA

71. Preguntas

72. Contacto Twitter: @jvicenteherrera

73. LinkedIn: http://es.linkedin.com/in/jvherrera

74. Blog: http://www.juanvicenteherrera.es