FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Componente para guardar el valor estable de BD
Hola, viejos
Soy nuevo (en Delphi y en el foro) y no sé si estoy usando el procedimiento adecuado al iniciar este hilo; pero, si es el caso, ya me corregiréis Estoy creando un componente basado en DBEdit para conservar el último valor estable de la BD (tras consultar/grabar, "garantía" de que aún se tiene un valor actualizado). Para ello, añado una propiedad "OldText" cuyo valor podrá ser cotejado con el que actualmente haya en edición. El caso es: ignoro cómo hacer que dicho valor se actualice desde el propio componente en el momento de la consulta. Así, podría ahorrar tener que invocar a un método por cada campo de cada formulario con cada botón que acceda a la BD. No sé si me he explicado bien... Gracias por vuestro tiempo y un abrazo |
#2
|
||||
|
||||
Esto no lo entiendo:
Cita:
El TDBEdit tiene un procedimiento protegido llamado Change, si estas heredando de dicho componente, puedes redefinir (gracias Al González) su comportamiento con la directiva override y copiar el texto antes de cambiarlo. Como digo, no comprendo la situación en que quieres hacer eso. Existe la posibilidad de trabajar con Cache Updates, de forma que el usuario puede hacer un post de un registro, pero que no se grabe directamente a la Base de datos, estos cambios pueden afectar a varias tablas sin problemas. Al realizar un ApplyUpdates de los dataset, es cuando tienes oportunidad de grabar los cambios o volver al estado anterior. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#3
|
||||
|
||||
Perdón por tardar tanto en responder...
Cita:
Heredo del TDBEdit, sí, pero entiendo que no me sirve el evento Change porque sólo toma el valor inicial antes de empezar a editar por primera vez, no ayudando a conservar el original en ediciones sucesivas del campo. Quiero que el componente conserve automáticamente lo que había cargado (valor vacío o valor de BD). Esto sirve, por ejemplo, para decir al usuario algo como: "Todavía no has grabado, ¿seguro que quieres consultar?". Espero haberme explicado mejor, no sé si queda claro Lo de Cache Updates suena interesante (ya lo estudiaré), pero no para ahora porque me parece que sólo vale para postergar la grabación. Y, como intentaba aclarar, pretendo conservar el dato consultado inicialmente para evitar tener que volver a consultarlo. Por cierto, gracias, Lepe, aunque todavía no lo haya resuelto. Un saludiño desde Coruña... Última edición por Garry fecha: 11-12-2007 a las 13:18:27. Razón: Olvido de agradecimiento |
#4
|
||||
|
||||
Corrección
Perdón... quería decir botón Limpiar
Última edición por Garry fecha: 05-12-2007 a las 20:21:04. Razón: Corrección |
#5
|
||||
|
||||
Voy a simplificar un poco
Lo que pretendo, por ahora, es que cada campo consultado guarde automáticamente el valor cargado en una nueva propiedad (OldText) de mi nuevo componente (TGDBEdit).
Tras Consultar y Guardar, se actualiza dicha propiedad con lo cargado; al Limpiar se actualiza con el valor vacío. Hasta luego y gracias de nuevo por la ayuda... |
#6
|
||||
|
||||
Perdón por tardar en contestar, al parecer se me ha perdido este hilo.
¿Acaso no hace eso ya los controles? Si estoy editando un registro y quiero volver al valor anterior, uso Dataset.Cancel y esto volverá el registro al último valor estable. Si doy a guardar (Dataset.Post), el nuevo valor pasa al valor del campo y el viejo se pierde. El botón Limpiar, correspondería a la acción Dataset.Insert que traerá los valores por defecto de cada campo (establecidos en la base de datos como valores por defecto) y asignará sus valores a los DBEdits. Para saber si un campo ha sido modificado en el DBEdit, tienes la propiedad Modified del TField. Creo que verías más claro el asunto usando un TDBNavigator, porque te deja cancelar los cambios y volver a lo que tu llamas "valores estables". Edito: El botón consultar tendría este código:
Si expongo todo esto, es porque dices que eres "nuevo en delphi" y puedes estar reinventando la rueda. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. Última edición por Lepe fecha: 11-12-2007 a las 14:50:16. |
#7
|
|||
|
|||
Cita:
Mejor no intento reinventar la rueda, Salud OS
__________________
"La forma de empezar es dejar de hablar y empezar a hacerlo." - Walt Disney |
#8
|
||||
|
||||
Como decía, novato... e ingenuo
Ya, egostar, pero es un intento, tal y como dices . Quizá es que empiezo por poner el carro delante de los bueyes y comienzo a lo suicida... En mi feliz ignorancia y por poner un ejemplo, se me ocurre recomendarte este curso de creación de componentes para iniciarte (todo es cuestión de empezar por algún sitio). Confieso que todo esto se me antoja bastante complicadillo...
El caso es que lo que me aporta Lepe me viene muy bien porque ya reconocí ser novatillo, así que agradezco mucho las ayudas, jeje. De todos modos, tendré que probarlo porque lo que quiero es detectar sólo cambios útiles para descartar actualizaciones en las que se "descambie" el contenido. El objetivo es evitar ir a la base de datos innecesariamente y no sé si esa propiedad que cuentas sirve porque:
Última edición por Garry fecha: 17-12-2007 a las 12:39:26. Razón: Error refranero |
#9
|
||||
|
||||
Cita:
El valor antiguo será "a". si usas Dataset.cancel es como si no hubieras hecho nada. si usas Dataset.Post estarás actualizando un registro con los mismos valores que tenías antes. Entiendo que es lo que quieres evitar, pero sigue leyendo. El punto aquí, sería poner una webcam, para ver el usuario cuantas veces entra y sale de un DBEdit cambiando los valores, y adivinar cual de todas esas modificaciones, considera "estable". Una letra de más, una tilde, un espacio... y todos nuestros esfuerzos por la borda. Si un usuario hace esos 3 pasos que has indicado, yo le explico cuando debe hacer un Post y cuando un Cancel . Como en muchas ocasiones, el problema está entre el teclado y la silla . Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#10
|
||||
|
||||
ha salido repe el mensaje...
Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#11
|
||||
|
||||
Quizá sí, quizá no...
Cita:
En el mío, pretendo eliminar tabulaciones y espacios indeseados, autocorregir la capitalización, y comparar ese valor formateado con el original para reducir aún más los accesos a la BD, con lo que debo comparar los valores yo mismo. Vale, puedo ser un poco maniático (quizá soy informático por ello, no sé, ), pero me parece que lo interesante sigue sin respuesta: Cita:
De todas formas, el código que me diste me va a ser muy útil, claro. No daría por zanjada la cuestión , pero gracias por la sugerencia. |
#12
|
||||
|
||||
El DBEdit es una mera representación visual. Si quieres capturar cuando cambian los datos, antes de que los valores vayan a parar a la base de datos, o al recibirlos, tendrás que pelearte con el TFieldDataLink. Dicha clase tiene:
Los métodos protegidos serán los que tienes que modificar. Aparte, tendrías que crearte un nuevo TDBEdit que use tu TFieldDatalink modificado. Espero me equivoque y haya un método más fácil. Pero dudo que sea trabajando sobre el TDBEdit, porque te dará falsos positivos (por ejemplo, al cambiar de registro, se producirá un evento DBedit.OnChange y "no podrías diferenciarlo de cuando el usuario modifica el registro" (este caso es un mero ejemplo, no lo tomes al pie de la letra, porque no he estudiado el caso a fondo). En respuesta a tu pregunta directa: Si, si lo hay, en el evento afterScroll de tu Dataset, pero no será viable hacerlo allí. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#13
|
||||
|
||||
¡Bufff!
Creo que esto me supera con creces.
Y tienes razón con el DBedit.OnChange, lo había probado y salta al cargar valores, ¡rayos! Mi gozo en un pozo. Al menos, de momento. Supongo que ya volveré sobre esto, pero así me va costar demasiado avanzar... Me pregunto si alguien se ha currado algo similar que pueda y quiera aportar alguna idea. Creo que sería un componente útil para todo en esta vida, jeje. Un saludillo y gracias por responder tan rápidamente . |
#14
|
||||
|
||||
Te voy a contar un secreto que espero sepas guardar .
A veces, en lugar de heredar de TDBEdit, lo que hago es crear mis propios objetos, mapeando los datos a ellos cuando lo necesito. Ejemplo simplificado: Ahora en mi aplicación, en el OnCreate de la ventana Clientes (típico tópico donde los haya): Nada del otro mundo, Simplemente guardar los valores en el AfterScroll y cuando quiera sobreescibir alguno con un "valor estable", modifico mi objeto. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#15
|
||||
|
||||
Gracias, Lepe.
Bueno, sin afán de restar méritos, se aproxima a cómo pensaba yo solucionar en plan "simple", es decir, renunciando a la automatización que deseaba para cada campo (al tener que centralizar el control campo a campo en un mismo punto y despreciando la comodidad de los DBEdit). Como consuelo, veo que no voy tan desencaminado Ya volveré sobre esto y, si consigo algún avance interesante, ya lo contaré. Ahora necesito progresar con el desarrollo... Un saludo y gracias de nuevo. |
#16
|
||||
|
||||
En mi delphi 7 los datafields no tienen esta propiedad tan útil(Modified),sino que aparece como un atributo del TDataset para saber si se ha modificado el rejistro actual.
Alguien sabe a partir de que versión está incorporada?. Gracias
__________________
Lo importante no es llegar primero, sino saber llegar. Para que puedas llegar mejor lee la Guia de Estilo |
#17
|
||||
|
||||
Lo he buscado, pero ni idea, yusnerqui. ¿Es relevante la versión?
|
#18
|
||||
|
||||
Al decir DataField me pierdo un poco.
En Delphi 7 (y supongo que anteriores) está definida en la clase TField, por tanto, TStringField, TintegerField, TFloatField, etc ya tienen dicha propiedad. El TDataset, también la incorpora, es obvio que al modificar el valor de un TField, automáticamente se propaga a su TDataset correspondiente. Alguna vez, cuando traté de trabajar con dicha propiedad, creo que en el afterScroll debes resetear esa propiedad porque se pone a True. Primero intenta usarla, si ves que tiene algún comportamiento extraño, entonces revisa este comentario. Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#19
|
||||
|
||||
y no te sirve la propiedad OldValue?, hace exactamente lo que quieres hacer con OldText, y tambien tienes NewValue para que hagas las compraciones de si realmente cambio algo o no antes de hacer un post.
|
#20
|
||||
|
||||
Molto gracce
Gracias, chicos, me habéis ayudado mucho. Creo que me habéis orientado perfectamente por dónde empezar...
Me parece que lo de Cache Updates va a ser lo que necesito, a ver si me manejo y encuentro pronto su ubicación Un saludo desde Coruña (España) |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Calcular un valor antes de guardar en una tabla | FGarcia | Varios | 11 | 21-11-2007 05:22:07 |
Guardar el valor de un EDIT en un fichero de texto | creus | Varios | 2 | 16-01-2007 23:02:56 |
Guardar valor en una variable... | hademon | SQL | 1 | 14-09-2005 17:16:57 |
Algun componente para guardar jpg en mysql? | delphivan | Gráficos | 1 | 30-05-2005 16:48:08 |
Algun componente para solo listar el valor de un campo? | nefy | OOP | 15 | 22-11-2004 14:01:36 |
|