Saltar al contenido

Los índices son referencias a los documentos de MongoDB, ordenados de forma eficiente por una clave o campo. Estas referencias  permiten una búsqueda rápida y eficiente. Los índices son uno de los recursos más valordos  en MongoDB, y nos permite  aprovechar su capacidad para la optimizacion al acceso a los datos. Pero también es un arma de doble filo, que puede darnos problemas si no se sabe utilizar correctamente.

Captura

Ahora vamos a crear por código.

Captura

Y vemos que tenemos 2 indices, el campo Id y el de Codigo

Captura

A compartir en vuestras redes sociales.

Podemos seleccionar los campos a visualizar.

Captura

Y lo podemos hacer con

Captura

  • 1 : indica que queremos que muestre el campo especificado.
  • 0 : indica que no queremos que dicho campo se muestre en la salida.

Espero que os sirva de utilidad.

Podéis compartir todos los artículos como siempre. Además de entrar en el grupo de facebook.

Vamos a realizar unos filtrados con nuestra bbdd de códigos postales.

En este caso con los códigos.

Captura

Hemos buscando el código que corresponde al número 40

Captura

Ahora los menores del código 5

Captura

Menor o igual que 5

Captura

Mayores de 50

Captura

Mayor igual que 50.

Captura

Mayor de 45 pero menor o igual de 50

Creo que os haya sido de utilidad.

A compartirlo en todas vuestras RRSS y pasaros por el grupo de fcebook.

Para hacer operaciones de filtrado vamos a importar nuestro fichero de codigos postales

Captura

Ahora tendremos que hacer importar nuestro fichero .csv

Captura

Sencillo ??? Ahora toca hacer esos filtrados

Estan poniendolos cada 2 por 3 y tiene buena pinta.

Captura

Quien se apunta ?? https://university.mongodb.com/courses/schedule

Yo voy a intentar el de DBA, esta vez si que si ...

Lo hemos visto en los diferentes pantallazos que he puesto.

Sin título

Ahora vamos a decir que tarea realiza de forma simple.

El campo está compuesto por 12 bytes. Los cuatro primeros bytes son un timestamp de los segundos desde el epoch de Unix; los tres siguientes bytes representan el identificador único de  máquina; los dos siguientes el identificador de proceso; y para finalizar los últimos tres bytes,  un campo incremental.

En definitiva los nueve primeros bytes nos garantizan un identificador único por segundo, máquina y proceso.

Captura

Ya he trasteando un poco en MongoDB, ahora toca un poco de teoría. En este caso tipo de datos.

Sin títuloEn este pantallazo solo se ven algunos.

Veamos algunos de los tipos de datos que soporta:

  • String - Caracteres.
  • Integer - Números enteros.
  • Double - Números con decimales.
  • Boolean - Verdadero o falso
  • Date - Fechas.
  • Timestamp - Un dato capturado en el campo fech.
  • Null - Nulos.
  • Array - Arrays.
  • Object - Documentos embebidos.
  • ObjectID - Identificadores únicos.
  • Binarios - Punteros a archivos binarios.
  • Javascript - Código y funciones Javascript.

Ya iremos viendo donde y como utilizamos cada uno de ellos, por que si la práctica no se ve.

He metido mas datos y alguno que no son monumentos.

Sin título

Los 2 últimos no son monumentos sino eventos. Voy a borrarlos.

Captura

y nos vamos a la bbdd

Captura

Hemos visto como se han borrado el registro 17 y 18.

No le pasa ningún parámetro borrará absolutamente todos los documentos 

2

Es coMo si hicieramos en SQL Server un ALTER TABLE.

Tenemos nuestra bbdd de monumentos la siguiente estructura.

Sin título

Vamos a añadir un campo que se llame Eventos para ver porque tambien es conocidas esas ciudades.

Las bbdd Mongo no tienen esquema, no existe el comando ALTER TABLE para añadir un campo , lo que hace es actualizar la colección por medio deupdate.

Vamos a ello ....

Captura

y ...

Captura

Ya veremos como modificamos el contenido de este campo que hemos añadido.

Sencillo ??? Aunque ya veremos que podemos trabajar mejor con Arrays, pero eso más adelante.