Hola!.

¿ Cómo soléis ordenaros cuando creáis las consultas en los formularios ?.

Supongo que lo ideal para trabajar con consultas. Cuando trabajamos solo con una tabla podemos hacer todas las consultas
en un solo formulario por cada tabla. Pero claro, pueden ser muchas consultas. No hay nada seguro fijo.

¿ Os gusta tener un montón de formularios si hacéis muchas consultas ?
¿ Seguís un criterio para agrupar las consultas en un mismo formulario ?.

Laborioso, laborioso.

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Shell:

Citar:

¿ Os gusta tener un montón de formularios si hacéis muchas consultas ?

Mis aplicaciones son pequeñas, y lo que hago es un formulario por consulta.

Otra cosa seria si hubiera muchas consultas y el número de formularios fuera muy elevado... quizás alli si merezca hacer un formulario "plantilla", donde dinamicamente se cree los botones, gridviews, etc para mostrar los datos e incluso poder editarlos/añadir/borrar...todo en plan "automatico"       


A ver si Shordi nos cuenta como se lo hace en sus aplicaciones.


Saludos

===================
Blog personal
Web: SoloGambas seleccion de articulos dedicados a Gambas
Visita el Curso de Gambas3 ¡¡¡Gratuito!!!

Esto es de una aplicación antigua en gambas2, pero te haces una idea de las posibilidades de la consulta:



En este caso es una sola consulta, pero con una cláusula "where" bastante extensa para filtrar resultados.

Saludos

===================
Jesús Guardón

Por favor, usemos el corrector ortográfico antes de pulsar el botón "Enviar".

"uo ǝs ʇɐu pıɟıɔıן ɐdɹǝupǝɹ ɐ dɹoƃɹɐɯɐɹ, soןo ɥɐʎ bnǝ dɹodouǝɹsǝןo"

Julio:

jsbsan escribió: 

Mis aplicaciones son pequeñas, y lo que hago es un formulario por consulta.

Otra cosa seria si hubiera muchas consultas y el número de formularios fuera muy elevado... quizás allí si merezca hacer un formulario "plantilla", donde dinámicamente se cree los botones, gridviews, etc para mostrar los datos e incluso poder editarlos/añadir/borrar...todo en plan "automático"      

Creo que es interesante lo de hacerlo en automático.
Siempre que sepamos cuales son los títulos de los campos de los registros, lo que mide cada campo para mostrarlo. (nombre,longitud)
Visto así, incluso se podría seleccionar los campos a mostrar y luego crear la consulta sobre estos campos.

Ya, de la otra forma es mas fácil.  

Jesús:

Buena presentación ( con Gambas3 seguro que te queda mejor). Pues si que reúne información la consulta.

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Citar:

A ver si Shordi nos cuenta como se lo hace en sus aplicaciones.

Lo que yo hago es asociar cada consulta al control que la usa. Por ejemplo, en la propiedad tag de cada listbox o combobox añado una cadena con el formato "nombredetabla|nombredecampoagrabar|nombredecampoamostrar"
(es algo más compleja -si quieres sacar más de un campo, etc-, pero básicamente es eso)

Luego, una pequeña función llamada  llenalista(o As Object, Optional hconn As Connection) se encarga de rellenar el listbox, de almacenar en el tag una lista coordenada de las claves a almacenar, etc.

Para los gridview y tableview, algo parecido. Tengo hecha una clase xgrid que es básicamente un tableview que contiene un objeto cQuery, que es una clase que contiene todo lo necesario para hacer la consulta. Es decir la consulta se almacena dentro del gridview, tableview, etc. con lo que cuando quiero rellenar o grabar algo sólo tengo que llamar al método correspondiente. Algo así como mixgrid.refrescar y vualá, el grid se rellena solito.

En los formularios suelo hacer la consulta pertinente en el evento open, pasar los valores a los controles (todo automatizado con unas funciones) y luego la destruyo. Al pulsar grabar, se hace una consulta de actualización pasando los valores de los controles (también de forma automática) y punto.

Es decir al abrir el formulario me limito a hacer la consulta y llamar a la función: llenaCampos(rsDatos As Result, oContenedor As Object)
donde rsDatos es el resultado de la consulta y oContenedor el formulario o el panel o lo que sea que contenga los controles.

Para grabar, lo mismo. Llamo a la función pasacampos(oContenedor As Object, rsDatos As Result) que hace la labor inversa, pasa el contenido de los controles a la base de datos y todo listo.
En realidad es algo más complejo, y más simple al mismo tiempo... no sé si me explico.

No sé si os ayudo o si estoy farfullando a estas horas de la noche... si a alguien le interesa os puedo pasar el código...
Saludos

Shordi:

Vaya horas y luego al curro.
Pues tendré que anotarlo todo.

Un ejemplo no estaría mal, cuando tengas tiempo.  

Saludos

===================
Gambas Básico
"No es un bug, es una característica no documentada"

Shordi:

Citar:

si a alguien le interesa os puedo pasar el código..

SI        

Seria muy interesante estudiarlo, y ver como exactamente lo haces... seguro que se puede aprender un montón....


Saludos

===================
Blog personal
Web: SoloGambas seleccion de articulos dedicados a Gambas
Visita el Curso de Gambas3 ¡¡¡Gratuito!!!

Vale, aquí tenéis un ejemplo de, más o menos, cómo lo manejo yo.

Cosas a tener en cuenta:

    -LOS CONTROLES DE DATOS DEBEN LLAMARSE IGUAL QUE EL CAMPO QUE MANEJAN. Se podría haber hecho de otro modo, pero así me parece más sencillo.
  
    -Esto es un ejemplo. Es decir, no contempla todas las posibilidades ni depura errores ni nada de eso, sólo un ejemplo.

    -El código es un copiar, pegar y limpiar_lo_que_no_es_procedente de el código que yo uso, el cual, ademas de todo esto, hace más cosas (graba logs de usuarios, depura cosas, etc. etc.) Con esto quiero decir que puede tener líneas aparentemente redundantes, o inútiles o vaya usté a saber, fruto de ese copiar, pegar, limpiar... etc. etc.

     -La clase cQuery es una vivisección de una sentencia de sql. Sólo funciona para consultas simples, nada de varias tablas ni group by ni cosas así (esas las pre-soluciono con vistas en la base de datos)

     -El modulo mFormularios es bastante antiguo, me hubiese gustado hacer una clase formulario que incluyese todo eso (los métodos, la query, etc. etc.) con lo que todo sería mucho más limpio y bonito, pero mi habilidad en POO y mi tiempo disponible son bastante escasos. Si alguien se anima (¿Eh Julio?), yo encantado.

Lo importante es ver cómo el código variable (en el ejemplo el código de FMain), es decir, lo que hacemos para ver, editar, listar, etc. una tabla de nuestra base de datos queda reducido a casi nada.

No sé si vale la pena meter éste ejemplo en el foro de Fragmentos de código, dado lo raro y caótico que es...
   

Shordi:

Gracias, por compartir. Me lo estudiará en cuanto pueda....si no lo tengo claro ya te pregunto... si como parece el método es bueno, convendria incluso hacer un manual (con codigo fuente de las clases) para que todo el que este trabajando  en tema de bases de datos lo pueda implementar en sus programas....osea hariamos un FRAMEWORK para trabajar con bases de datos y Gambas3    

Por cierto a ver si nos animamos y hacemos un video coferencia, y charlamos y hechamos un rato...

Saludos

===================
Blog personal
Web: SoloGambas seleccion de articulos dedicados a Gambas
Visita el Curso de Gambas3 ¡¡¡Gratuito!!!