0% encontró este documento útil (0 votos)
4 vistas5 páginas

Errores y buenas prácticas en SQL

El documento aborda errores comunes en consultas SQL y buenas prácticas en la gestión de bases de datos, como la importancia de utilizar tipos de datos adecuados y la necesidad de especificar columnas en las consultas. Se discuten las diferencias entre INNER JOIN y LEFT JOIN, así como la importancia de usar cláusulas WHERE en operaciones de eliminación. También se enfatiza la necesidad de realizar pruebas antes de ejecutar consultas en producción y la relevancia de los comentarios en el código para mejorar la comprensión y mantenimiento.
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
4 vistas5 páginas

Errores y buenas prácticas en SQL

El documento aborda errores comunes en consultas SQL y buenas prácticas en la gestión de bases de datos, como la importancia de utilizar tipos de datos adecuados y la necesidad de especificar columnas en las consultas. Se discuten las diferencias entre INNER JOIN y LEFT JOIN, así como la importancia de usar cláusulas WHERE en operaciones de eliminación. También se enfatiza la necesidad de realizar pruebas antes de ejecutar consultas en producción y la relevancia de los comentarios en el código para mejorar la comprensión y mantenimiento.
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

1)Tres errores a) fecha venta varchar(20), b) venta id clave primaria;c) nomenclatura

Prodcucto
2)

A)​ La consulta esta diseñada para informar sobre los pedidos realizados por los clientes
en una base de datos de ventas
Al ejecutar esta consulta obtentras una lista de todos los pedidos realizados por los
clientes, mostrando nombre del cliente,numero de pedido,la fecha del pedido el total
a pagar
Esta iformacion es util para analizar las ventas y entender mejor el comportamiento
de los clientes
Te proporciona un panorama de las transacciones de los clientes,facilitando el
analisis de datos de ventas en la base de datos
B)​ Inner Join devuelve todos los registros de la tabla de la izquierda (en este
caso, la tabla de clientes) y los registros coincidentes de la
tabla de la derecha (la tabla de pedidos).
Left join si no hay coincidencias en la tabla de la derecha, se devolverán valores
nulos para las columnas de esa tabla.
C)Una forma alternativa de escribir
[Link] + ' ' + [Link]

podría ser utilizando la función


[Link]

o la interpolación de cadenas, dependiendo del lenguaje que estés utilizando. Por


ejemplo, podrías hacerlo así:

string fullName = $"{[Link]} {[Link]}";


O si prefieres usar

string fullName = [Link]("{0} {1}", [Link], [Link])

3)

a)​ La consulta devuelve ,ProductID, nombre del producto y suma total de


las lineas de pedido asociadas a esos productos, con el left join
combina la tabla de productos con los detalles de los pedidos , y el
inner join incluye solo las categorias que se buscan​ ​
Finalmente los agrupa por ProductID y Name , los ordena por ProductID
b)​ Un left join devuelve todas las filas de la izquierda, junto con las filas
correspondientes de la tabla de la derecha, si no hay coincidencia
arrojara resultado nulo.
c)​ Where se utiliza para buscar una condicion especifica.
​ ​ ​ ​ ​ ​ ​ ​ ​

4)

5
a. Usar SELECT en todas las consultas - Mala práctica. Justificación: Utilizar
SELECT

puede traer más datos de los necesarios, lo que afecta el rendimiento y la claridad
de la consulta. Es mejor especificar solo las columnas requeridas.
b. Colocar WHERE en un DELETE FROM - Buena práctica. Justificación: Incluir una
cláusula
WHERE

evita eliminar todos los registros de la tabla accidentalmente, lo que podría causar
pérdida de datos importante.

c. Utilizar alias descriptivos para tablas y columnas - Buena práctica. Justificación:


Los alias descriptivos mejoran la legibilidad y comprensión del código, facilitando el
mantenimiento y la colaboración con otros desarrolladores.

d. Ejecutar consultas directamente en producción sin pruebas - Mala práctica.


Justificación: Esto puede llevar a errores graves y pérdida de datos. Siempre es
recomendable probar las consultas en un entorno de desarrollo o pruebas antes de
ejecutarlas en producción.

e. Comentar consultas extensas o complejas - Buena práctica. Justificación: Los


comentarios ayudan a otros (y a ti mismo en el futuro) a entender la lógica detrás de
la consulta, lo que facilita el mantenimiento y la colaboración.

f. Guardar fechas como texto (varchar) - Mala práctica. Justificación: Almacenar


fechas como texto puede llevar a problemas de formato y dificultar las operaciones
de comparación y cálculo. Es mejor usar el tipo de dato adecuado para fechas.

g. Probar consultas pesadas con TOP - Buena práctica. Justificación: Usar


TOP

permite limitar el número de resultados y hacer pruebas más rápidas y seguras,


evitando un impacto negativo en el rendimiento del sistema.

h. Realizar respaldos antes de borrar datos - Buena práctica. Justificación: Hacer


respaldos es fundamental para proteger la información y poder recuperarla en caso
de que se eliminen datos por error.)
6)

También podría gustarte