Filtrar TFDTable

[chenech]

Recuerdo con los TTables del BDE me pasaba lo mismo con el Filter, según la documentación de Borland decia que abría la tabla con todos los registros y luego los filtraba, yo lo solucioné en su momento con SetRange y aplicar un índice pero creo que los TFDTables no tienen esa opción de Range, a mi me tocó cambiar todas las referencias de Table a Query en una antigua aplicación al migrarla, es un buen trabajo si tienes muchos.

Así lo usaba:

TContadores->SetRangeStart();
TContadores->FieldByName("CODIGO")->AsFloat = EDesdeCodigo->Text;
TContadores->SetRangeEnd();
TContadores->FieldByName("CODIGO")->AsFloat = EHastaCodigo->Text;
TContadores->ApplyRange();

Edito:
He buscado aqqui y si dice que lo tiene, con Range me funcionaba a mi en los antiguos TTable.:
https://docwiki.embarcadero.com/Libr...DTable_Methods

[[newtron]]

Como comenta el colega chenech, la forma de hacerlo sin querys sería aplicando un rango a la tabla mediante un índice. Crearías un índice por el campo EJERCICIO y luego sería algo parecido a esto:

Código Delphi [-]
Pedidos.open;
Pedidos.Indexname := 'EJERCICIO';
Pedidos.SetRangeStart;
Pedidos.FieldByname('EJERCICIO').AsInteger:=2026;
Pedidos.SetRangeEnd;
Pedidos.FieldByname('EJERCICIO').AsInteger:=2026;
Pedidos.Applyrange;

Después de esto te encontrarás la tabla solo con los registros que cumplan la condición.


Saludos.

[Combat-F2D]

No se si es el caso, pero no descartes tirar de FDQuery y volcar el FDMemtable; esta última en RAM te será mas ágil
que tener que tirar de FDTable.
No se si será una tontería lo que digo, pero .....

[[duilioisola]]

FDQuery ---> FDMemTable ---> DataSource

Está bien para cuando tienes un formulario para visualizar datos...

¿Cuál es la "mejor práctica" para trabajar con datos cuando hay que editarlos?
Yo lo estoy haciendo así:

Supongamos esta estructura:
- PEDIDOS que tienen NUMERO, FECHA, CLIENTE, ...
- PEDIDOS_DETALLE que tienen NUMERO, LINEA, ARTICULO, CANTIDAD, ...

¿Cómo hacéis el DataModule para que sea editable?

FDQuery (TPedido) ---> DataSource (dsPedido)
- SQL = "select * from PEDIDOS order by numero"
|
+--------> FDUpdateSQL
           - DeleteSQL = "delete from PEDIDOS where numero=:old_numero"
           - InsertSQL = "insert into PEDIDOS (numero, fecha, cliente, ...) values (:numero, :fecha, :cliente, ...)"
           - FetchRowSQL = "selet * from PEDIDOS where numero=:numero"
           - LockSQL = "???"
           - ModifySQL = "update PEDIDOS set fecha = :fecha, cliente=:cliente, ...  where numero=:old_numero"
           - UnlockSQL = "???"

FDQuery (TPedidoDetalle) ---> DataSource (dsPedidoDetalle)
- SQL = "select * from PEDIDOS_DETALLE where numero=:numero order by linea"
- MasterSource = dsPedido
- MasterFields = 'NUMERO'
|
+--------> FDUpdateSQL
           - DeleteSQL = "delete from PEDIDOS_DETALLE where numero=:old_numero and linea=:old_linea"
           - InsertSQL = "insert into PEDIDOS_DETALLE (numero, linea, articulo, cantidad, ...) values (:numero, :linea, :articulo, :cantidad, ...)"
           - FetchRowSQL = "selet * from PEDIDOS_DETALLE where numero=:old_numero and linea=:linea"
           - LockSQL = "???"
           - ModifySQL = "update PEDIDOS_DETALLE set articulo = :articulo, cantidad=:cantidad, ...  where numero=:old_numero and linea=:old_linea"
           - UnlockSQL = "???"

[Combat-F2D]

mas o menos lo mismo que tu planteas, edito las memtable , y si procede lanzo la sql correpondiente sobre el origen real de los datos (BBDD)
unas veces será más logico u optimizado, y puede ser que otras veces con las simples FDTables sea lo mas comodo.

yo en su momento por problemas de red, solía hacer una descarga de las query sobre las memtables , podia tardar algo más,
pero luego par amoverme desplazarme, etc, me resultaba más eficiente; peor vamos, es una idea sin más; seguramente haya formas
más eficientes, dependiendo de las circunstancias.