refresco de tabla

[aladelta]

Hola de nuevo:

Aunque mirando, mirando, tengo la apreciacion que la clausula "order by ...", no actua como un indice de un ttable de paradox, a la hora de ordenar una vista en la que se ha modificado el valor de dicho campo "indice" que es el del "order by"...

En la base de datos, tengo un indice por el mismo campo que he puesto en la clausula "order by...", y para buscar con locate, pues muy rapido, pero una vez hecha la vista en el dbgrid, o cierro y abro el dataset o no se ordena por mucho que modifique valores en el dbgrid...

Gracias...

[[Lepe]]

En las ayudas de Interbase 6 de ibphoenix.com mira el apartado relacionado con las transacciones, commit, commitretaining, etc.

Incluso después del post, puedes cerrar y abrir de nuevo para que se vea los datos.

Saludos

[aladelta]

Hola amigos:

Pero imaginaos que no trabajo en multiusuario, solo en un ordenador y ademas no tiene red...

si estoy en un dbgrid e introduzco un valor en un campo y cierro el dataset y lo vuelvo a abrir, puede ser un suplicio poder introducir datos de esta manera.
Porque lo que yo pregunto no es el tema de refresco de datos desde la bd sino cuando una tabla esta ordenada por un campo, cuando modifico en el dbgrid el valor de ese campo, el registro se deberia reposicionar en su orden de nuevo sin tener que abrir y cerrar.
Ejemplo, tenemos una tabla con los campos:

fecha importe
----- -------
01/02/2006 1.000
05/03/2006 2.000
20/05/2006 3.000

si para obtener estos datos, utilizamos un sql como este:

Código SQL [-]
select * from tabla
order by fecha

y ahora en un dbgrid, modificamos el valor fecha del segundo registro, y ponemos 01/01/2006, deberia el registro ponerse el primero de la tabla...pues no, que se sigue quedando el segundo...y eso me destroza todo el invento, ya que con paradox y los ttable no me pasaba...

Saludos...

[aladelta]

Hola de nuevo:

Pues que no hay manera, y no me gusta la idea de tener que cerrar y abrir un dataset cada vez que modifico el valor de un campo por el que se hace el "order by"...

Porras....

Y gracias...

[[Lepe]]

Ahh, ¿pero tú usas el grid para introducir datos? Para mí el suplicio es el propio DBGrid .

Yo pongo una serie de cajitas al lado del grid, autocompletado de datos, enter por tab y un boton Check en el Toolbar, de forma que si está presionado, al llegar al último Edit, hace un post, un insert y pone el foco en el primer Edit, (el usuario lo agradece).

Usa readcommited en la transacción para el tema de refresco. Aunque te sigo recomendando la lectura anterior.

Además, ¿quien ha dicho que la forma de trabajar tenga que ser la misma que en paradox? , si cambias de motor, debes cambiar de forma de pensar .

Saludos

[[RONPABLO]]

Recuerda la lectura... pon especial atencion en los commit, que como tal es el problema que tienes en el momento...
y de pronto para mas adelante shao y suerte

[aladelta]

Hola de nuevo:

Pos lo tengo claro, manque me cueste, pues tendre que cambiar, amigos, intentaba tener la misma forma de trabajar, pero veo que no puede ser...

Cada vez que se modifique el valor de un campo por el cual se realiza la ordenacion, pues hare un commit y abrire el dataset despues...

Porque, Lepe, en tu lectura veo la forma de insertar nuevos registros, pero cuando modificas el valor de una cajita y ese campo es por el que esta ordenada la vista del grid, por ejemplo, 1,2,3 y cambias el valor del segundo campo por un 4, la vista deberia tener 1,3,4 pero a mi me pone 1,4,3, y solo hago el post, ya que si hago el commit pues volvemos a empezar y si hago commitretaining no hace nada, y despues pongo un refresh y tampoco...

Bueno, gracias por todo y a seguir, que volvere....