[SOLUCIONADO] Problema al listar tabla relacionadas

[eduuh17]

Hola buenas, tengo un problema, bueno ya me dijeron en otra parte del foro que parece que no estoy devolviendo las variables, y que no debo usar el "Like". dejare el codigo para ver que consejos me pueden dar o como puedo mejorarlo, no se de que otra forma hacerlo, el problema se genero porque agregue una tabla relacionada de generos, antes de eso me funcionaba bien el buscador y con un amigo tratamos de arreglarlo pero nada se soluciono, desde ya pido disculpas por mi inexperiencia porque soy nuevo en esto.

Aqui les dejo el codigo

Desde ya gracias al que lo lea y todo eso.
PD: Estos son los errores que arroja

"( ! ) Notice: Undefined variable: consulta in C:\wamp\www\pag2\pagina\buscaproducto2.php on line 180"
Este la tengo definida mas arriba en la consulta

y este

"( ! ) Warning: mysql_fetch_array() expects parameter 1 to be resource, null given in C:\wamp\www\pag2\pagina\buscaproducto2.php on line 180"

Saludos

Código SQL:

SELECT 
video.idvideo,
video.nombre, 
video.link,
video.sinopsis,
video.fecha,
video.direccion,
gen_video.idvideo,
gen_video.idgenero
FROM 
video, 
gen_video 
WHERE 
  video.nombre LIKE '%".$_POST['nombre']."%' 
AND video.link LIKE '%".$_POST['link']."%'
AND video.sinopsis LIKE '%".$_POST['sinopsis']."%'
AND video.fecha LIKE '%".$_POST['fecha']."%'
AND video.direccion LIKE '%".$_POST['direccion']."%' 
AND gen_video.idgenero LIKE '%".$_POST['generos']."%'
AND gen_video.idvideo = video.idvideo
 

Editado: Código de programación no permitido en foros de Bases de Datos.
Leer las normas del foro, por favor.

[gnzsoloyo]

Los mensajes de PHP no son tema de este foro. Solo trataremos aqui con lo referido a SQL. Esos mensajes solo nos dicen que no estás obteniendo resultados, es decir que la consulta no dispara errores pero devuelve un resultado vacío.
Por lo pronto hay que tener en cuenta que para que la consulta que haces devuelva algo, todas las condiciones que pones en el WHERE deben obligatoriamente cumplirse con al menos un registro al mismo tiempo... ¿Eso lo verificaste manualmente?

Lo primero que deberías hacer es verificar primero si realmente tienes datos que cumplan la condición básica, la que relaciona las tablas, y es mejor no hacerlo con JOIN implícitos, sino explicitos:

Código MySQL:

SELECT 
    V.idvideo,
    V.nombre, 
    V.link,
    V.sinopsis,
    V.fecha,
    V.direccion,
    G.idvideo,
    G.idgenero
FROM 
    video V INNER JOIN gen_video G ON V.idvideo = G.idvideo
 

Si esa consulta devuelve al menos un registro, está bien escrita y hay datos. Si hay más de un registro en cada tabla.. entonces tienes datos sucios en alguna parte, porque debería devolver al menos un registro de Video por cada Genero con el que se relacione.

Ahora bien, si todo anda bien, pero las condiciones son opcionales, es decir, no todas pueden estar siendo cargadas o algunas sólo se cumplen en unos registros y no en otros, esa consulta no te devolverá esos registros de cumplicmiento parcial.
¿Se enteinde?
En ese caso, cuando son opcionales, corresponde usar OR y no AND:

Código MySQL:

SELECT 
    V.idvideo,
    V.nombre, 
    V.link,
    V.sinopsis,
    V.fecha,
    V.direccion,
    G.idvideo,
    G.idgenero
FROM 
    video V INNER JOIN gen_video G ON V.idvideo = G.idvideo
WHERE 
    V.nombre LIKE '%$nombre%' 
    OR V.link LIKE '%$link%'
    OR V.sinopsis LIKE '%$sinopsis."%'
    OR V.fecha LIKE '%$fecha%'
    OR V.direccion LIKE '%$direccion%' 
    OR V.idgenero LIKE '%$generos%';
 

Estoy depurando un poco tu código para hacerlo mas legible. A nivel de PHP, es mejor transferir los parametros recibidos a variables, cosa de poder manejar un código mas limpio (tema off topic, pero que valía la pena aclarar).

Y antes de que preguntes: Esos "V" y "G", son alias dados a las tablas para facilitar la legibilidad del SQL. (ver http://dev.mysql.com/doc/refman/4.1/en/identifiers.html)

[eduuh17]

Iniciado por gnzsoloyo

Los mensajes de PHP no son tema de este foro. Solo trataremos aqui con lo referido a SQL. Esos mensajes solo nos dicen que no estás obteniendo resultados, es decir que la consulta no dispara errores pero devuelve un resultado vacío.
Por lo pronto hay que tener en cuenta que para que la consulta que haces devuelva algo, todas las condiciones que pones en el WHERE deben obligatoriamente cumplirse con al menos un registro al mismo tiempo... ¿Eso lo verificaste manualmente?

Lo primero que deberías hacer es verificar primero si realmente tienes datos que cumplan la condición básica, la que relaciona las tablas, y es mejor no hacerlo con JOIN implícitos, sino explicitos:

Código MySQL:

SELECT 
    V.idvideo,
    V.nombre, 
    V.link,
    V.sinopsis,
    V.fecha,
    V.direccion,
    G.idvideo,
    G.idgenero
FROM 
    video V INNER JOIN gen_video G ON V.idvideo = G.idvideo
 

Si esa consulta devuelve al menos un registro, está bien escrita y hay datos. Si hay más de un registro en cada tabla.. entonces tienes datos sucios en alguna parte, porque debería devolver al menos un registro de Video por cada Genero con el que se relacione.

Ahora bien, si todo anda bien, pero las condiciones son opcionales, es decir, no todas pueden estar siendo cargadas o algunas sólo se cumplen en unos registros y no en otros, esa consulta no te devolverá esos registros de cumplicmiento parcial.
¿Se enteinde?
En ese caso, cuando son opcionales, corresponde usar OR y no AND:

Código MySQL:

SELECT 
    V.idvideo,
    V.nombre, 
    V.link,
    V.sinopsis,
    V.fecha,
    V.direccion,
    G.idvideo,
    G.idgenero
FROM 
    video V INNER JOIN gen_video G ON V.idvideo = G.idvideo
WHERE 
    V.nombre LIKE '%$nombre%' 
    OR V.link LIKE '%$link%'
    OR V.sinopsis LIKE '%$sinopsis."%'
    OR V.fecha LIKE '%$fecha%'
    OR V.direccion LIKE '%$direccion%' 
    OR V.idgenero LIKE '%$generos%';
 

Estoy depurando un poco tu código para hacerlo mas legible. A nivel de PHP, es mejor transferir los parametros recibidos a variables, cosa de poder manejar un código mas limpio (tema off topic, pero que valía la pena aclarar).

Y antes de que preguntes: Esos "V" y "G", son alias dados a las tablas para facilitar la legibilidad del SQL. (ver http://dev.mysql.com/doc/refman/4.1/en/identifiers.html)

Hola, gracias por tu respuesta tan detallada y por tomar el tiempo de hacerla, El primer codigo que pusiste me devolvio todos los datos datos que tengo ingresado y bien, y ahora respecto a la 2da no lo entendi muy bien, con el or, es como si el dato estuviera vacio y no es necesario que este con datos, a eso te refieres?

Desde ya muchas gracias.

Saludos

[gnzsoloyo]

respecto a la 2da no lo entendi muy bien, con el or, es como si el dato estuviera vacio y no es necesario que este con datos, a eso te refieres?

El WHERE trabaja sobre lo que se denomina "Lógica Proposicional", y tanto el AND como el OR son la aplicación práctica de ello, a partir de las tablas de verdad (ver Tablas de Verdad). ¿Eso lo has visto?
Bueno, el AND es una proposición conjuntiva, lo que implica que para que se cumpla y devuelva datos, las dos partes unidas por un AND deben ser verdad. Siempre.


En tu caso, lo que pusiste es que cada una de las condiciones debía ser TRUE, todas, y como el WHERE se verifica para cada uno de los registros que la relacion de tablas en el FROM devuelve, sólo podrías obtener aquellos registros donde todas las condiciones tienes TRUE.
Si al menos una de las condiciones no se cumple, ese registro no se devuelve.
Por eso recibes una tabla vacía.

En OR es la disyunción lógica (A ó B, ó ambos), y expresa que es verdad si al menos uno de las proposiciones es verdad.


Entonces, devuelve aquellos registros donde al menos una de las condiciones se cumple.

En tu caso, me refiero a "opcionales" a la situación en que el usuario no completa todos los campos en el formulario, y cuando se envía a realizar la búsqueda, alguno de los valores no está (cadena vacía), o bien está mal escrito, pero alguno de los otros si se envió y aparece en el registro.
En esa situación el uso de OR permite que con que solo se cumpla una de las comparaciones, el registro sea devuelto como resultado.

¿Se entiende mejor?

Ahora bien, desde el punto de vista de SQL, lo correcto y para evitar errores de interpretación es, como ya te lo mencioné antes, que las comparaciones contra valores escalares no usen LIKE, sino =, <, >, o BETWEEN. También se debe tener en cuenta que si son números, no deben quedar encerrados entre apostrofos, para evitar conversiones implícitas que afecten la performance.

En definitiva, la sintaxis correcta de tu query, para MySQL sería:

Código MySQL:

SELECT 
    V.idvideo,
    V.nombre, 
    V.link,
    V.sinopsis,
    V.fecha,
    V.direccion,
    G.idvideo,
    G.idgenero
FROM 
    video V INNER JOIN gen_video G ON V.idvideo = G.idvideo
WHERE 
    V.nombre LIKE '%$nombre%' 
    OR V.link LIKE '%$link%'
    OR V.sinopsis LIKE '%$sinopsis."%'
    OR V.fecha ='$fecha'
    OR V.direccion LIKE '%$direccion%' 
    OR V.idgenero = '$generos';
 

Esto, asumiendo que "idgenero" es un ID numerico, y que "fecha" es un campo DATE o DATETIME. Si es un VARCHAR está mal.

[eduuh17]

Iniciado por gnzsoloyo

El WHERE trabaja sobre lo que se denomina "Lógica Proposicional", y tanto el AND como el OR son la aplicación práctica de ello, a partir de las tablas de verdad (ver Tablas de Verdad). ¿Eso lo has visto?
Bueno, el AND es una proposición conjuntiva, lo que implica que para que se cumpla y devuelva datos, las dos partes unidas por un AND deben ser verdad. Siempre.


En tu caso, lo que pusiste es que cada una de las condiciones debía ser TRUE, todas, y como el WHERE se verifica para cada uno de los registros que la relacion de tablas en el FROM devuelve, sólo podrías obtener aquellos registros donde todas las condiciones tienes TRUE.
Si al menos una de las condiciones no se cumple, ese registro no se devuelve.
Por eso recibes una tabla vacía.

En OR es la disyunción lógica (A ó B, ó ambos), y expresa que es verdad si al menos uno de las proposiciones es verdad.


Entonces, devuelve aquellos registros donde al menos una de las condiciones se cumple.

En tu caso, me refiero a "opcionales" a la situación en que el usuario no completa todos los campos en el formulario, y cuando se envía a realizar la búsqueda, alguno de los valores no está (cadena vacía), o bien está mal escrito, pero alguno de los otros si se envió y aparece en el registro.
En esa situación el uso de OR permite que con que solo se cumpla una de las comparaciones, el registro sea devuelto como resultado.

¿Se entiende mejor?

Ahora bien, desde el punto de vista de SQL, lo correcto y para evitar errores de interpretación es, como ya te lo mencioné antes, que las comparaciones contra valores escalares no usen LIKE, sino =, <, >, o BETWEEN. También se debe tener en cuenta que si son números, no deben quedar encerrados entre apostrofos, para evitar conversiones implícitas que afecten la performance.

En definitiva, la sintaxis correcta de tu query, para MySQL sería:

Código MySQL:

SELECT 
    V.idvideo,
    V.nombre, 
    V.link,
    V.sinopsis,
    V.fecha,
    V.direccion,
    G.idvideo,
    G.idgenero
FROM 
    video V INNER JOIN gen_video G ON V.idvideo = G.idvideo
WHERE 
    V.nombre LIKE '%$nombre%' 
    OR V.link LIKE '%$link%'
    OR V.sinopsis LIKE '%$sinopsis."%'
    OR V.fecha ='$fecha'
    OR V.direccion LIKE '%$direccion%' 
    OR V.idgenero = '$generos';
 

Esto, asumiendo que "idgenero" es un ID numerico, y que "fecha" es un campo DATE o DATETIME. Si es un VARCHAR está mal.

Ah ok gracias por tu respuesta, muchas gracias por tomarte todo el tiempo para darme tantos detalles de verdad se agradece.

Saludos