Problema con SELECT en clausula WHERE

[Altomic]

Hola a todos,

Tengo esta consulta:

Código MySQL:

SELECT dexec, mensaxe, usuarios FROM conmen WHERE dexec="SELECT DATE_FORMAT(CURDATE(), '%d/%m/%Y')";
 

que en teoría me tendría que buscar dexec, mensaxe, usuarios en donde dexec sea la fecha de hoy en formato español.

En cambio, probando esta consulta;

Código MySQL:

SELECT DATE_FORMAT(CURDATE(), '%d/%m/%Y');
 

Me devuelve: 11/07/2011

¿Qué me puede fallar en la primera consulta?
En la base de datos, hay varios registros en donde dexec es igual a '17/07/2011'
Graciass

[gnzsoloyo]

No tengo ni idea de dónde puedes haber visto que una subconsulta va entre comillas. Van entre paréntesis.

Código MySQL:

SELECT dexec, mensaxe, usuarios 
FROM conmen 
WHERE dexec= (SELECT DATE_FORMAT(CURDATE(), '%d/%m/%Y'));
 

Además, no necesitas una subconsulta para eso.

Código MySQL:

SELECT dexec, mensaxe, usuarios 
FROM conmen 
WHERE dexec= DATE_FORMAT(CURDATE(), '%d/%m/%Y');
 

Pregunta: ¿Por qué guardas dexec como cadena de texto en lugar de DATE? Eso es un error...

[Altomic]

Perfecto, ya me funciona. Gracias

Lo de dexec, lo tengo como varchar, para que los usuarios cuando escriban una fecha, permita insertar la fecha en formato español. Porque lo tenía como date, y me la insertaba así: 2011/07/11 o algo así era.

[gnzsoloyo]

Esas cosas se manejan en las consultas, no en el tipo de columna.
Si en un formulario el usuario te pone una fecha en formato español, simplemente luego usas la función adecuada del lenguaje para darle el formato esperado en la base. No "parchas" la base para ajustarla a los usuarios sino que administras lo que los usuarios ponen para guardar lo que debe guardarse. El usuario no se enterará jamás, porque él sólo ve lo que aparece en el formulario.

Hacerlo de otra forma lo único que te dará son problemas cuando tengas que hacer consultas (además de desperdiciar espacio de almacenamiento).