Foro - Perl en Español

Estimados:

Antes de programar alguna solución al problema, quería comentarlo con Uds. y ver qué es lo que se puede hacer, antes de hacerlo claro ...

Desde un formulario web el usuario podrá buscar por sexo, edad, dirección, teléfono, email, comuna, región, etc... El formulario tiene unos 30 campos para realizar la búsqueda específica, donde se pueden seleccionar o no, los campos anteriores...

Una vez recibiendo los valores del formulario, no quiero armar una Query con millones de WHERE comuna = ? AND blabla = ?, ya que esta solución puede caerse y no es muy eficiente que digamos; además, por los recursos que eventualmente podría ocupar.

He estado leyendo de índices en BD (MySQL), que quizás ayude a este problema, pero me gustaría saber si alguno de Uds. se topó alguna vez con un problema como este y cuál fue la solución que adoptaron.

Espero puedan ayudarme

¡¡¡Saludos y gracias!!!

explorer escribiste:Al contrario: es muy eficiente y consume muy pocos recursos, ya que es responsabilidad del motor de la base de datos el hacer esa búsqueda.

De hecho, para el motor de BD es mejor utilizar INNER JOIN que WHERE... Hay que pensar que necesito unir muchas tablas en la consulta.

Entiendo también que los índices los pondré solo dentro de las columnas que sean MUY buscadas, pero aún tengo las dudas de cómo hacer las consultas de forma eficiente, ocupando al máximo el motor de BD. Pienso que con unos 500 mil registros, la solución de enlazar tablas con WHERE, e incluso INNER JOIN no sean muy eficientes.

También hay diferencias si uno busca primero por sexo y luego teléfono, o al revés.

¡¡Saludos!!

Pensé que era lógico por el tema de región y comuna, que están en tablas diferentes en un buen modelo ... sorry ...

Tengo entendido también, que si hago las sentencias SQL en el motor de MySQL la consulta o transacciones deben ser más rápidas que si las hago una a una desde Perl. Para esto estaba pensando en un procedimiento almacenado, aunque sigo evaluando el tema.

¡¡¡Saludos!!!