Holas a todos.
Dejo acá otro consejillo programadorístico, de nuevo relacionado con consultas a bases de datos.
El caso es que en muchas ocasiones, como programadores, nos damos mucho trabajo en filtrar los datos que solicitamos a la base de datos, cuando el mismo servidor de la base nos puede hacer todo o gran parte del trabajo. No hablo de procedimientos ni funciones almacenadas, sino de meras consultas.
En el día de hoy, abordaré un tip que puede ser de utilidad para los principiantes :)
Herramienta a usar:
Conector IN
Cómo se usa:
Tal como la palabra (en inglés) lo dice, este conector sirve para preguntar si el valor de la izquierda se encuentra contenido en la lista de valores de la derecha:
campo IN (lista_de_valores)
Si el valor de campo se encuentra a lo menos UNA vez, la comparación da Verdadero.
En este sentido, tenemos dos formas de entregar la lista de valores a la consulta:
a) Mediante una lista de valores constantes separados por coma. Ejemplos: ('rojo', 'azul', 'verde') (2, 6, 15, 24)
b) Mediante una subconsulta SQL. Ejemplo: (SELECT DISTINCT campo FROM tabla...)
Por supuesto, también podemos usar el conector de modo inverso, esto es, negándolo:
campo NOT IN (lista_de_valores)
Si el valor de campo se encuentra a lo menos una vez en la lista, la comparación dará Falso.
Por lo tanto, si el valor jamás es encontrado en la lista, la comparación dará Verdadero.
Luego, imaginen todas las posibilidades que este conector les permitirá a la hora de construir filtros de sus consultas.
Ejemplo:
Mi sistema de blog tiene las siguientes tablas:
* post: Guarda la lista de posts de mi blog.
* usuario: Guarda la lista de usuarios (autores) de mi blog.
* autoria: Guarda la lista de usuarios (autores) que han participado de los posts.
Ya que quiero mostrar todos los posts en los que han participado "juanito" y "pedrito", pero el campo identificatorio de usuario no se encuentra directamente en la tabla de posts, entonces puedo usar la siguiente consulta:
SELECT * FROM post ps WHERE ps.id_post IN (SELECT au.id_post FROM autoria au WHERE au.id_usuario IN ('juanito', 'pedrito'));
Como se puede apreciar, usé el conector IN dos veces en la misma consulta, y cada vez de forma distinta.
En el primer caso (primer IN), quiero obtener todos los Posts que también se encuentren en la tabla Autoría. En el segundo caso (segundo IN), estoy a su vez filtrando la tabla Autoría, de modo que sólo tome en cuenta los registros asociados a los usuarios "juanito" y/o "pedrito".
Luego, la sentencia completa podría leerse de la siguiente manera: "Quiero obtener Todos los registros de la tabla Post, que a su vez se encuentren en la lista de Autoría donde han participado juanito y/o pedrito".
Esto, por supuesto, se puede consultar realizando un JOIN entre las tablas post y autoría, pero para efectos de ejemplo igual servía mostrar la consulta presentada de esta manera.
En fin, eso por hoy. Nos leemos más tarde! Y ojalá con alguna novedad dibujística, que estoy recobrando la inspiración, y mis chicas Arcoiris tal vez se vean beneficiadas! ^o^ Hasta pronto!
Dejo acá otro consejillo programadorístico, de nuevo relacionado con consultas a bases de datos.
El caso es que en muchas ocasiones, como programadores, nos damos mucho trabajo en filtrar los datos que solicitamos a la base de datos, cuando el mismo servidor de la base nos puede hacer todo o gran parte del trabajo. No hablo de procedimientos ni funciones almacenadas, sino de meras consultas.
En el día de hoy, abordaré un tip que puede ser de utilidad para los principiantes :)
Herramienta a usar:
Conector IN
Cómo se usa:
Tal como la palabra (en inglés) lo dice, este conector sirve para preguntar si el valor de la izquierda se encuentra contenido en la lista de valores de la derecha:
campo IN (lista_de_valores)
Si el valor de campo se encuentra a lo menos UNA vez, la comparación da Verdadero.
En este sentido, tenemos dos formas de entregar la lista de valores a la consulta:
a) Mediante una lista de valores constantes separados por coma. Ejemplos: ('rojo', 'azul', 'verde') (2, 6, 15, 24)
b) Mediante una subconsulta SQL. Ejemplo: (SELECT DISTINCT campo FROM tabla...)
Por supuesto, también podemos usar el conector de modo inverso, esto es, negándolo:
campo NOT IN (lista_de_valores)
Si el valor de campo se encuentra a lo menos una vez en la lista, la comparación dará Falso.
Por lo tanto, si el valor jamás es encontrado en la lista, la comparación dará Verdadero.
Luego, imaginen todas las posibilidades que este conector les permitirá a la hora de construir filtros de sus consultas.
Ejemplo:
Mi sistema de blog tiene las siguientes tablas:
* post: Guarda la lista de posts de mi blog.
* usuario: Guarda la lista de usuarios (autores) de mi blog.
* autoria: Guarda la lista de usuarios (autores) que han participado de los posts.
Ya que quiero mostrar todos los posts en los que han participado "juanito" y "pedrito", pero el campo identificatorio de usuario no se encuentra directamente en la tabla de posts, entonces puedo usar la siguiente consulta:
SELECT * FROM post ps WHERE ps.id_post IN (SELECT au.id_post FROM autoria au WHERE au.id_usuario IN ('juanito', 'pedrito'));
Como se puede apreciar, usé el conector IN dos veces en la misma consulta, y cada vez de forma distinta.
En el primer caso (primer IN), quiero obtener todos los Posts que también se encuentren en la tabla Autoría. En el segundo caso (segundo IN), estoy a su vez filtrando la tabla Autoría, de modo que sólo tome en cuenta los registros asociados a los usuarios "juanito" y/o "pedrito".
Luego, la sentencia completa podría leerse de la siguiente manera: "Quiero obtener Todos los registros de la tabla Post, que a su vez se encuentren en la lista de Autoría donde han participado juanito y/o pedrito".
Esto, por supuesto, se puede consultar realizando un JOIN entre las tablas post y autoría, pero para efectos de ejemplo igual servía mostrar la consulta presentada de esta manera.
En fin, eso por hoy. Nos leemos más tarde! Y ojalá con alguna novedad dibujística, que estoy recobrando la inspiración, y mis chicas Arcoiris tal vez se vean beneficiadas! ^o^ Hasta pronto!
Comentarios