Vamos a ver un poquito unas consideraciones a tener en cuenta en cuanto a la performance del SQL Server
cuando trabajamos con Jaynes entre tablas.
Lo primero que tenemos que tener en cuenta es que cuando nosotros realizamos un Lejeune con una tabla
si la cláusula on lo que tenemos que asegurarnos es que estemos estemos haciendo la conexión con con
la otra tabla siempre por las primarily en este caso tenemos la tabla paciente y la tabla la la paciente
tiene una sola primarily que es de paciente y la tabla turno paciente tiene tienen mas de una prima
ariki de turno y de paciente y de médico.
Esas son esa tabla tiene tres primarily y lo vamos a comprobar acá vamos a abrir las columnas en la
vista de tablas y vemos que los tres campos tienen tienen llave.
Entonces por qué nos cruzamos con la paciente por el resto de los campos de la tabla turno pacientes
porque no los tenemos en la tabla de pacientes no tenemos el campo de turno y tampoco tenemos el compile
médico entonces no nos queda otra que hacer la conexión solamente por por este campo.
No está mal no está mal.
En caso de que no nos quedó otra no está mal pero siempre que podamos hacer la conexión absolutamente
por todas las primarily eso va a mejorar mucho la performance porque Google le va a responder de una
manera mucho más rápida que si la en la cláusula donde colocamos otras.
Otros campos que no formen parte de la primarily entonces eso como primera medida como segunda medida
y buena práctica es que tenemos que colocar del lado izquierdo si el campo que pertenece a la primer
tabla conectada con el niño.
Es decir choca podría colocar estos campos al revés acá podría colocar por ejemplo ir de paciente así
igual a la tabla de puntos y de paciente.
Esto va a tener vamos a obtener el mismo resultado.
Fíjense que si lo ejecutamos vamos a obtener exactamente el mismo resultado pero la diferencia es que
el SQL tiene que tener un costo más grande en resolver la consulta porque está buscando al revés.
Entonces siempre lo que se aconseja es que el primer campo de la de la cláusula on sea el de la tabla
inmediata por la que estoy haciendo la conexión eso como segunda medida y como tercera medida siempre
utilizar alias de tablas para no tener que escribir.
Porque fíjense si nosotros en la tabla paciente no le colocamos salida y bueno ya me está marcando un
error porque no encuentra este alias.
Entonces si yo no coloco alias aquí voy a tener que colocar paciente punto y de paciente el nombre del
campo por qué.
Porque si no lo coloco si no coloco el nombre de la tabla cuando yo ejecute esto me va a decir que hay
un campo y de paciente ambiguo que existe en dos lugares distintos con el mismo nombre y se huele no
sabe o no sabe cómo resolverlo o no sabe a qué tabla pertenece entonces siempre.
Como buena práctica utilizar nombres de tablas primero para borrar escribir tanto código y segundo para
evitar problemas de ambigüedad de campos.