Select dentro de if dentro de select??

[BORJACONIL]

Haber si me consigo explicar:

Tengo un formulario de busqueda con 3 campos (por fecha, por materia y por lugar). Como mínimo hay que rellenar un campo para la busqueda. Se puede buscar por tres tipos (exacta, contiene y empieza por).

En esta consulta (de tipo empieza por), me muestra mas resultados de los debidos.

Código PHP:

  select distinct * from mapas m JOIN signaturasoriginales s on s.mapaid=m.mapaid JOIN materias mat on mat.materiaid=m.materiaid JOIN lugargeosec l on l.mapaid = m.mapaid JOIN autores a on a.mapaid = m.mapaid WHERE m.mapaid=s.mapaid AND m.materiaid=mat.materiaid AND m.mapaid=l.mapaid AND m.mapaid=a.mapaid AND m.lugargeografico like '%' OR l.lugar like '%' OR m.fecha like '%' OR mat.materia like '%' OR a.autor like '%autor1'  
   

En esta que he puesto, tanto lugargeografico,lugar,fecha y materia no tienen datos (no los he metido en el formulario), pero me muestra los mapas de mas autores.

Como puedo hacer la consulta para que si no meto valores en el formulario no me haga la consulta teniendo en cuenta esos valores.

Muchas gracias de antemano.

[gnzsoloyo]

Vamos por partes.

1. Esta consulta:

Código sql:

SELECT DISTINCT *
FROM mapas m
  JOIN signaturasoriginales s ON s.mapaid=m.mapaid
  JOIN materias mat ON mat.materiaid=m.materiaid
  JOIN lugargeosec l ON l.mapaid = m.mapaid
  JOIN autores a ON a.mapaid = m.mapaid
WHERE m.mapaid=s.mapaid AND
  m.materiaid=mat.materiaid AND
  m.mapaid=l.mapaid AND
  m.mapaid=a.mapaid AND
  m.lugargeografico LIKE '%'
    OR l.lugar LIKE '%'
    OR m.fecha LIKE '%'
    OR mat.materia LIKE '%'
    OR a.autor LIKE '%autor1';
 

es redundante e ineficiente. Esta haceiendo dos veces la misma relación en forma innecesaria.
Una sintaxis simplificada sería:

Código sql:

SELECT DINSTINCT *
FROM mapas m
  INNER JOIN signaturasoriginales s ON s.mapaid=m.mapaid
  INNER JOIN materias mat ON mat.materiaid=m.materiaid
  INNER JOIN lugargeosec l ON l.mapaid = m.mapaid
  INNER JOIN autores a ON a.mapaid = m.mapaid
WHERE
   m.lugargeografico LIKE '%'
    OR l.lugar LIKE '%'
    OR m.fecha LIKE '%'
    OR mat.materia LIKE '%'
    OR a.autor LIKE '%autor1';
 

Esta parte:

m.lugargeografico like '%'
OR l.lugar like '%'
OR m.fecha like '%'
OR mat.materia like '%'

no parece tener sentido. Porque lo que indica es que ponga los registros sea cual fuere el valor que esté allí, aunque para eso mismo está mal construida.

2. El problema que planteas:

Como puedo hacer la consulta para que si no meto valores en el formulario no me haga la consulta teniendo en cuenta esos valores.

no se puede resolver por la consulta. Eso lo tienes que definir en la aplicación, de modo de enviar dos consultas distintas según tengas o no valores de comparación. No hay otro modo.
En caso contrario, deberías resolverlo por medio de un strore procedure... que haría exactamente eso. Tiempo desperdiciado: Hazlo en la aplicación y será más sencillo.
La idea es que hagas un procedimiento que construya la sentencia incluyendo o no el WHERE, según vayas a comparar o no contra un valor obtenido, y recién entonces la envíes a ejecutar.

Finalmente, una sintaxis más limpia de lo que has puesto sería:

Código sql:

SELECT DINSTINCT *
FROM mapas m
  INNER JOIN signaturasoriginales s USING(mapaid)
  INNER JOIN materias mat USING(mapaid)
  INNER JOIN lugargeosec l USING(mapaid)
  INNER JOIN autores a USING(mapaid)
WHERE
   m.lugargeografico LIKE '%'
    OR l.lugar LIKE '%'
    OR m.fecha LIKE '%'
    OR mat.materia LIKE '%'
    OR a.autor LIKE '%autor1';
 

[BORJACONIL]

Muchisimas gracias por tu respuesta. Los Join los meti despues y se me ha pasado quitar las relaciones.

y el tema del formulario, lo hare por código. No se como se me ha podido ocurrir acceder a traves de la sql.

Gracias de nuevo.

[gnzsoloyo]

Iniciado por BORJACONIL

Muchisimas gracias por tu respuesta. Los Join los meti despues y se me ha pasado quitar las relaciones.

y el tema del formulario, lo hare por código. No se como se me ha podido ocurrir acceder a traves de la sql.

Gracias de nuevo.

Eventualmente podrías haberlo hecho, por SP, como dije, pero al final lo único que lograbas es pasar una lógica programada de una parte a la otra, sin ahorrar ningún esfuerzo, con el agravante que construir esa sentencia es más fácil en la aplicación.
Yo lo hago habitualmente en VB.Net, y me he encontrado que en definitiva, esas decisiones salen mejor desde la aplicación. No así aquellas decisiones que dependen del resultado de una selección de datos. La mayoría de esas es mejor administrarlas en SQL.
Corolario: Cada lenguaje y cada aplicación tiene su area de mayor potencia. Aprovéchala.

[BORJACONIL]

Iniciado por gnzsoloyo

Eventualmente podrías haberlo hecho, por SP, como dije, pero al final lo único que lograbas es pasar una lógica programada de una parte a la otra, sin ahorrar ningún esfuerzo, con el agravante que construir esa sentencia es más fácil en la aplicación.
Yo lo hago habitualmente en VB.Net, y me he encontrado que en definitiva, esas decisiones salen mejor desde la aplicación. No así aquellas decisiones que dependen del resultado de una selección de datos. La mayoría de esas es mejor administrarlas en SQL.
Corolario: Cada lenguaje y cada aplicación tiene su area de mayor potencia. Aprovéchala.

Bueno pues problema resuelto. Tengo 12 tipos de consulta (12 por haber 4 campos en el formulario) por cada tipo de busqueda. Al haber 3 tipos de busqueda (exacta, empieza por y contiene). Total, 36 select distintos, pero cada uno por el campo del formulario que se ha rellenado.

Funciona perfectamente.

Gracias de nuevo.