Visual Basic.NET - Armador dinámico de sentencias sql

Hola, estoy con un proyecto académico de egreso en el cual estoy teniendo algunas dificultades con la parte de programación.
Los requisitos del mismo apuntan a armar un sistema de facturación para lo que sería una tienda de informática, utilizando una base de datos remota con motor MySQL (ya esta armada y en un servidor) y la cuestión ahora es la parte de funciones para que se realicen altas, bajas y modificaciones.
Las consultas en la BD que desarrollamos no son complejas, la cuestión es como generalizar todas las búsquedas posibles en una función sola y no armar una función por cada caso de uso de búsqueda (osea cada tabla distinta con sus atributos, como pueden ser Usuarios, Clientes, etc).

Obviamente que al querer generalizar, se esta programando por capas, ya se logro un login exitosamente. Ahora la cuestión es como llegar a esto para tener una función genérica:


[Comando][Atributos] FROM [tablas] Where [condicion]

Motor de Búsqueda

Comando siempre es Select para este caso
Atributos es un elemento VARIABLE
FROM
[tabla] es un elemento VARIABLE
Siempre se utilizará Where para estos casos de busqueda
[Condicion] es un elemento VARIABLE

Se supone que dentro de la condición es donde se igualan los atributos a las variables (ingresos de usuario en los controles)
Atributos es la deteccion de los atributos de la base de datos que se seleccionan, cuando los mismos no sean vacios (en el programa, cuando el usuario ingresa texto en cada uno de ellos)
La otra cuestión es la detección automática de la tabla a utilizar.

Dentro de lo que sería la función llamada "MotorBusquedas", si alguien tiene alguna idea con este tipo de situaciones, voy a estar muy agradecido (aunque sea una idea de como encararlo).
Saludos

Si las consultas son tan simples como dices, casi haría más ilegible tu código si haces un método para montar una consulta.
También depende cómo quieras montar la consulta, pero por lo que expones con un String.Format() creo que te vale de sobra.

Pero como se implementa la funcion String.Format() y que utilidad tendría en si?

Declaras las plantillas de consultas a nivel de módulo

Luego, donde quieras montar tu consulta, por ejemplo la que has puesto:
Select * from [tabla] where [atributo1='hola', atributo2='chau']

La montarías así:
Con valores de controles (dos supuestos TextBox llamados txt1 y txt2):
O
O
Esta es la forma que veo más sencilla. De aquí ya puedes complicarlo lo que quieras...

No te sirva usar Entity Framewor?.

Si lo tienes en capas y utilizas entity framework se te facilitaría el asunto, aplicas el patrón repositorio con inyección de dependencias y listo.

Saludos cordiales

Soy novicio en vb.net, no conozco librerias que puedan servir de ayuda para esto, a que te referis con Entity Framework?

Es decir lo que tu quieres que te salga algo asi como el linq? pero para mysql. No conozco exactamente como hacerlo, pero se me ocurre que lo hagas con dataset, ahi puedes hacer algo parecido al llamar por codigo, otra cosa es usar Enum, pero solo es la idea, no sabria implementarlo, pero te doy la idea, solo valdria por tabla, no universal


Hay que aumentarlo bastante, por cierto, aun asi, me parece mejor hacer una clase por tabla y dentro hacerle los sub o function que sean necesarios para que generes tus consultas de la BD

Me referiria mas bien a esto
Conformación de la consulta:
Siempre selecciono todos los atributos, osea filas enteras, eso esta mal en el post
Select * from [tabla] where [atributo1='hola', atributo2='chau']

Por lo tanto lo variable aca son la tabla y la condición unicamente
Llegando adecuadamente los datos como argumentos de la función no es problema ninguno armar un string recolectando datos con funciones de cadena, etc

El problema reside en la llegada de los argumentos en cuanto a los atributos, y el contenido de los mismos (lo que tipeo el usuario)
Ubicar a que tabla me estoy refiriendo no es tan complicado, porque la funcion se va a llamar muchas veces desde lugares distintos, entonces al llamarla le paso un argumento de tabla llamado "Usuario" como ejemplo, que será el utilizado en la consulta.

En definitiva la mayor complicación reside en que atributos necesito ubicar en la condicion (no nulos) y además como enlazar los textbox a los atributos en la base de datos.

Aunque también podría colocar todos los atributos en la condicion si existiera algun comodin como ser este:
Select * from [tabla] where [atributo1='hola', atributo2='chau']
Select * from [tabla] where [atributo1='hola', atributo2='*']
De esta forma el atributo2 es inexistente en la consulta, porque no importa su valor.

Otro concepto que me sugirieron es utilizar la encapsulación, aunque desconosco su sintaxis de implementación y no se si podra servirme especialmente para este caso:
cuando desconosco el numero de parametros, simplemente puedo pasar un objeto llamado Clientes de una clase creada por mi mismo (ejemplo), que contenga todos los atributos dentro, y ya con los valores, mediante los metodos set y get.

Esto es todo una lluvia de ideas, esta algo complicado de todas formas, en cuanto a tu ejemplo, creo que sería mejor armar todo en una función sola, quizá de esta forma no se vuelva tan complejo por el manejo de tantos retornos.
La cuestion esta simplemente en la llegada y la manipulación de los datos para ejecutar la consulta
Gracias, saludos

Para tu caso, así como lo planteas, la solución es lo que ya dije en el post anterior.

Entity Framework, patrón repository con eso haces inyección de dependencias y te olvidas del problema.


Saludos cordiales