 |
|
|
|
|
|
Portada | Monotemáticos | Secciones | Desarrolladores | Comunidad | Servicios | Servicios profesionales | RSS | |
||
|
||||
|
|
|||
 |
|
 |
||
|
||||
Directorio
|
Manuales
|
Scripts
|
FAQs
|
Programas
|
Artículos Copyleft
|
Actualidad
|
La Cosecha
|
Colabora
Alojamiento
|
Dominios.es
|
Micropagos SMS
|
Buscadores
|
Patentes, marcas
|
Creación web
|
Multimedia
|
Videos
| ARTICULO: Consultas SQL de Unión Internas |
Se muestran 3 comentarios sin revisar
| Vlad | 18/2/06 |
| hola, el articulo es bueno, solo me gustaria aclarar que en el caso de que el WHERE lleve filtros (p.e. Facturas.IdCliente = 325), es mejor ponerlos antes de los JOINS para que el tiempo que tarda en pasar por las filas de las tablas involucradas sea menor :) asi tambien, en el caso de los empleados y "SuJefe", si tuvieramos restricciones de "not null" o de llaves foraneas, no se podria poner al empleado numero 1 (Marcos) con SuJefe 6 porque el empleado numero 6 aun no existe. saludos. |
|
| ixtarix | 05/2/07 |
| gracias por el artículo. Creo que hay una errata en el párrafo: \" LEFT toma todos los registros de la tabla de la izquierda aunque no tengan ningún registro en la tabla de la izquierda. \" (debía ser derecha, supongo) saludos |
|
| JAhlli | 11/9/07 |
| He encontrado un error en el articulo sobre la respresentacion simbolica( =* , *= ) tanto del left join como del right join en ms sql server ya que no es asi como en realidad se ejecuta sino al reves osea el *= es para left join y el =* es para el right. eso seria todo ... |
|
 | Ver el articulo y todos sus comentarios |
 | Añadir un comentario del artículo |
Ir arriba
|
Comentarios no revisados de: |
