Contenido del curso
Andrea Lozano Cataño
Elmer Padilla Espinoza
Carolina Tobaria
Carlos Contreras
Juan Pablo Cuenca Ludeña
Julián Cárdenas
Andres Julian Mendez Pizarro
Luis Angel Pasos Montalvo
Irving Juárez
Andrés David Lizarazo Becerra
Juan R. Vergara M.
Antonio Demarco Bonino
Edgard Barquero
Carlos Eduardo Gomez García
César Pérez
César Pérez
Aaron Quiroga
Juan Eduardo Quintero Palacio
Luis Fernandez
Carlos S. Aldazosa
Julio Cardenas
Andres Sanchez
Humberto Adrián Hernández Maldonado
Alejandra Gonzalez Sosa
Alvaro Javier Torres Reyes
Carlos Andrés Charris S
Irving Juárez
Carlos S. Aldazosa
Thomas Gonzalez Rodrigues
Javier Antonio Velasco Reyes
Carlos S. Aldazosa
López Gabriela
Carlos S. Aldazosa
LIZBET ESTEFANY CASANA VERASTEGUI
Juan David Benavides Muñoz
LIZBET ESTEFANY CASANA VERASTEGUI
Mario Alexander Vargas Celis
Felipe Naranjo
Juan R. Vergara M.
++Resumen de la clase:++ Las partes más importantes y más usadas de los queries de SQL son: -La proyección (con SELECT) -El origen de los datos (Con FROM y sus JOIN) -WHERE, que nos ayuda a filtrar las tuplas dependiendo de las condiciones que se cumplan.
Hay otras partes de los queries que son opcionales, que no encontraremos en todos los queries pero que igual juegan un papel muy importantes. Una de ellas es el ordenamiento (ORDER BY)
INDICES: excelentes para búsquedas y ordenamientos, cuando estamos haciendo queries complejos, cuando estamos tratando de extraer información constantemente, haciendo joins complicados a través de esos campos y nos sirve tener un índice que guarde el orden de ese campo en particular para hacer extracciones muy rápidas.
CUIDAR PARA ALTA TRANSACCIONALIDAD: la contrapartida de esto es que cuando tienes un índice, la parte de escritura, cuando llegas a hacer un Update de esa columna en particular en la que pusiste un índice, entonces cada escritura tardará un poco más que la anterior porque básicamente agrega un nuevo elemento, revisa todos elementos anteriores y posteriores y vuelve a ordenarlos en el índice y si agregamos otro elemento vuelve a revisar todos y a ordenarlos.
No debemos poner índices por poner sino ser muy cuidadosos de aquellas columnas que hacemos JOIN muy seguido o que tienen muchísimos datos y siempre estamos ordenando por esa columna. Es válido ponerlo pero siempre teniendo en cuenta que cuando tenemos que ingerir muchos datos o hacer muchos INSERT no es bueno tener índices en esas tablas (o tener la menor cantidad de índices posible). Es importante tener en mente cuántas lecturas Vs cuántas escrituras haces en una tabla o en un campo particular para decidir si conviene poner un índice. Si vas a hacer muchas escrituras por segundo no es conveniente poner índices o tratar de mantenerlo al mínimo. En cambio, si realmente escribes muy poco en esa tabla pero haces búsquedas constantes y muchos Joins sobre esa tabla entonces vale la pena usar el índice sobre ese campo en particular donde haces el Join o donde haces el ordenamiento porque es un gran complemento para nuestra cláusula ORDER BY.
Gracias por el resumen.
gracias
Ordenamiento ORDER BY
ORDER BY se usa para ordenar de forma ascendente o descendente columnas en base a una fila determinada. Por defecto lo hace de forma DESC. Organiza todo alfabéticamente o numéricamente si son números.
SELECT * FROM tabla_diaria ORDER BY fecha; SELECT * FROM tabla_diaria ORDER BY fecha ASC; SELECT * FROM tabla_diaria ORDER BY fecha DESC;
ACLARACIÓN:
ORDER BY rating [ASC]; /* En sentido ascendente no hace falta el ASC */
https://www.geeksforgeeks.org/sql-order-by/
El ordenamiento por defecto es [ASC] = ASCENDENTE. "By default ORDER BY sorts the data in ascending order."
Excelente!
Me hubiese gustado que el tema de los indices, se viera mas practico, tanto el ejemplo de una tabla que se complicaria tenerlo o el ejemplo donde si tenemos un indice nos hace la vida mas facil
Yo igual me quedé con la duda con respecto a los indices
Espero que se ve mas adelante en el curso
La sentencia ORDER BY tiene que ver con el ordenamiento de los datos dependiendo de los criterios que quieras usar.
ASC sirve para ordenar de forma ascendente.
DESC sirve para ordenar de forma descendente.
LIMIT se usa para limitar la cantidad de resultados que arroja el query.
HAVING tiene una similitud muy grande con WHERE, sin embargo el uso de ellos depende del orden. Cuando se quiere seleccionar tuplas agrupadas únicamente se puede hacer con HAVING.
HAVING es similar a WHERE aunque no muy utilizada, pero es necesaria cuando quieres hacer un filtro con datos agrupados por un ORDER BY, HAVING siempre va despues del GROUP BY
Gracias por el resumen.
Esto se pone cada vez mejor:
ORDER BY ASC;
Estan buenos esos motivos.
Hmmm esto me recuerda mucho a los índices de Firebase, donde Google crea índices por cada query compleja que se ejecute, así simplemente tiene que ir a buscar el resultado en lugar de ejecutar de nuevo el query.
Aun así, dice que el motor de bases de datos ya los trabaja por defecto, pero también dice que no debemos usar índices cuando escribimos muchos, pero si ya los trabaja por defecto entonces ¿Cómo se deshabilitan esos índices? 🤔
Tuve la misma pregunta. Esa parte no me quedó del todo clara
Les dejo un link donde explican un poco de este tema Link1 Link2
++Ordenamiento (ORDER BY)++
++Índices++
Mis notas personales sobre ORDER BY:
Genial todo lo que me dices del indice, pero como lo pongo???
Depende del motor de bases de datos que estes usando. 🙋🏾♂️
Por ejemplo, en MariaDB hay varias maneras de hacerlo:
Se pueden hacer como:
Esto creo que merece una clase aparte
8. Ordenamiento (ORDER BY)
SELECT * FROM tabla_diaria ORDER BY fecha; SELECT * FROM tabla_diaria ORDER BY fecha ASC; -- Default SELECT * FROM tabla_diaria ORDER BY fecha DESC;
Índices
hola a todos, también se puede manejar una vista de la misma tabla y trabajar sobre está vista, en vez de la tabla real, esto ayudaría
Ordenamiento
SELECT * FROM PRUEBAS.ALUMNOS ORDER BY fecha_incorporacion;
Ascendente
SELECT * FROM PRUEBAS.ALUMNOS ORDER BY fecha_incorporacion ASC;
Descendente
SELECT * FROM PRUEBAS.ALUMNOS ORDER BY fecha_incorporacion DESC;
Okey, pero como hacemos un índice? O esté se hace solo?
Esto varia segun el motor de bases de datos que uses.
aquí puedes ver un Rapido tutorial https://youtu.be/xaNaL9PFyu4?t=599
para los indices cuando se habla de escritura, ¿tambien se incluye los update?
Si, escritura cuenta la creacion y actualizacion de datos, por eso dio el ejemplo de si te equivocas al anadir el nombre de un elemento que estas creando y tienes que actualizar su nombre con el correcto, hace que se ejecute la indexacion de nuevo.🙋🏾♂️
¿Cómo puedo saber si voy a hacer muchas escrituras por segundo, de antemano?
Dependiendo de la logica de tu aplicacion, un ejemplo de mucha escritura es una red social, a cada rato se esta subiendo nuevo contenido. Por el otro lado piensa en una libreria de informacion como Wikipedia, la candidad de escritura de nuevo contenido o actualizacion de este no es comparada con las lecturas de usuarios en la pagina, se lee mas de lo que se escribe. 🙋🏾♂️
el indice viene a ser el número de orden cuando usas order by ... asc? supongo q es interno y no es parte de la tabla o es otra sentencia (create index?)? gracias
Cuando haces un query sin usar ORDER BY, lo que sucederá es que los resultados de tu query se mostrarán en el orden en el que el sistema los encuentra en la Base de Datos. Ahora, por lo general los registros cuentan con un index, un indicador unico que es autoincrementado, es decir que los indices de los registros siguen un orden.
Por esta razón cuando haces un query sin ORDER BY, el sistema encontrará los registros con el orden de los id, algo así por ejemplo:
id Nombre 1 Pablo Perez 2 Pedro Ramirez 3 Maria Muñoz
Como no especificas un ORDER BY el sistema los mostrará así, conforme los va encontrando.
muchas gracias!
Ordenamiento en SQL (ORDER BY)
La cláusula ORDER BY se utiliza en SQL para ordenar los resultados de una consulta en función de una o más columnas. Este orden puede ser ascendente o descendente, dependiendo de las necesidades del usuario.
Características del ORDER BY:
Sintaxis:
SELECT columnas FROM tabla [WHERE condición] ORDER BY columna1 [ASC | DESC], columna2 [ASC | DESC];
Ejemplo básico:
Dada la tabla empleados:
id_empleadonombreedadsalario1Ana3015002Luis4520003Marta291800
Ordenar por salario de menor a mayor:
SELECT nombre, salario FROM empleados ORDER BY salario ASC;
Resultado:
nombresalarioAna1500Marta1800Luis2000
Ordenar por salario de mayor a menor:
SELECT nombre, salario FROM empleados ORDER BY salario DESC;
Resultado:
nombresalarioLuis2000Marta1800Ana1500
Ordenamiento múltiple:
Ordenar por edad y, en caso de empate, por salario:
SELECT nombre, edad, salario FROM empleados ORDER BY edad ASC, salario DESC;
Resultado:
nombreedadsalarioMarta291800Ana301500Luis452000
Ordenar por expresiones o funciones:
Puedes usar funciones o expresiones directamente en ORDER BY.
Ordenar por la longitud del nombre:
SELECT nombre, salario FROM empleados ORDER BY LENGTH(nombre) ASC;
Resultado:
nombresalarioAna1500Luis2000Marta1800
Ordenar por columnas que no están en la lista de selección:
Aunque una columna no esté en la lista de columnas seleccionadas, puedes usarla en ORDER BY.
SELECT nombre FROM empleados ORDER BY salario DESC;
Resultado:
nombreLuisMartaAna
Importancia del ORDER BY:
Notas importantes:
ORDER BY puede depender del tamaño de la tabla y de la existencia de índices.El ordenamiento es una herramienta poderosa para estructurar los resultados y facilitar su comprensión y análisis.
el toma corriente me distrae xd
😂