FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Poblema al consultar!!
Un Saludo cordial, a la hora de crear un form(self), osea llamo desde mi mantenimiento de cliente una consulta, tengo un boton para consultar con el cual cree la form de consulta, si coloco el codcliente bien cierro dicha ventana y lo consulta, hasta ahi bien. pero teniendo un grib en ese form de consulta como a medida que escriba en los dbedit mi grib haga la consulta tambien. Osea una consulta recursiva. O bueno diganme si mi idea de hacer el sql al dbEdit estarìa bien.
|
#2
|
|||
|
|||
Hola magnu9, no acabo de enter del post.
Quieres el un segundo form (edicion de cliente) informe de cambios en la base de datos al primer form (lista de clientes)? Si es asi podrias crear una clase base para los forms que accedan a la base de datos con una propiedades (como conexion, tabla, campoClave,etc) y metodos definidos a tal efecto ( notificarCambio (conexion, tabla, campoclave, IndexKeyActual) ), y cada vez que se produzca un cambio mandar un mensaje a todos los forms abiertos y estos a su vez filtrar el mensaje segun les convenga o no. Esto es una aproximacion a lo que entendi. Puede que haya algun metodo, evento o forma mas sencilla de hacerlo, esperemos que algun maestro nos lea. Espero que te sirva de ayuda. Oscar Noe |
#3
|
||||
|
||||
Sigo con algunas duditas
Sabes ya pude hacerlo un poco diferente a los que dices, aunque suena muy interesante. Oye Oscar es algo que me he pregunta, como crear un formulario base, como cosita o visual fox pro. Cada mantenimiento que he creado inicio desde cero, osea elijo un nuevo form, luego un compenente de coneccion ADO, Adotable, etc. asi en cada uno. Mi pregunta es como crear uno que sea la clase o base para ejemplo clase mantenimiento.
|
#4
|
|||
|
|||
A que te refieres con
Cita:
File->New->Other...->Pestaña con el nombre del proyecto.Donde tienes todos los formularios de proyecto de los que puedes heredar. P.ej.: Formulario padre TfrmClientes y los formularios hijos TfrmClientes_Alta, TfrmClientes_Baja, TfrmClientes_Modificación. ... Otra seria crear crear el formulario en si y tener una propiedad de solo lectura de tipo set (abmAlta, abmBaja, abmModificacion) y fijarla al crear el form. A partir de ahi en cada accion y/o evento y segun lo necesites con un case puedes controlar que hacer con los controles dependiendo de como y para que se creo el form. Por cierto, te recomiendo dejar el AdoTable de lado y pasarte a los AdoQuery. Posiblemente sera mas codigo, pero ganas en velocidad de ejecucion. P.D.: ahora que me fijo en el post que he hecho, releido el hilo completo, y pasadas 3 horas, me doy cuenta de que me he ido por las ramas y esta implementacion que te sugiero no seria la primera que te sugeri... pero vamos ambas se complementan. Espero que te sirva de ayuda. Oscar Noe.
__________________
No dejes camino viejo por sendero nuevo Última edición por oscarnoe fecha: 09-11-2006 a las 00:25:53. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Filtrar o Consultar por mes | maravert | Conexión con bases de datos | 9 | 17-01-2013 03:24:07 |
Como Consultar la RAM de mi pc | friendspark | API de Windows | 5 | 18-01-2006 15:55:23 |
Consultar un archivo .xls | mgiorno | Tablas planas | 0 | 11-06-2005 17:06:45 |
Consultar un Query | franciscobucio | Conexión con bases de datos | 4 | 06-01-2005 19:36:59 |
Como consultar | NickName | Firebird e Interbase | 4 | 17-05-2003 04:40:19 |
|