|
Es poco probable que revisen más de 9999 registros, pero no lo es tanto
que se pongan a revisar registros dispersos tales que entre el primero
y el último haya más de 9999. Si has incluido la opción de
reposicionar, tampoco tendrán que paginar hasta llegar al registro que
quieran. Por otro lado, en consultas con filtros seleccionables, a
priori no sabes el número de registros que devolverá el query. De todas
maneras, en subficheros con posibilidad de reposicionamiento se hace
todavía más recomendable el uso de carga página a página. Juan Ramón Garcia escribió: Hola a [EMAIL PROTECTED]: Yo creo que esto es un problema de concepto, un subfichero es una lista de registros interactiva, no creo que ningún usuario sea capaz de explorar una lista de más de "N" registros, la limitación de tamaño del SFL me parece no sólo razonable sino más que suficiente para todos los casos posibles. Supongamos que caben 18 registros del SFL en cada pantalla, ¿realmente hay un usuario capaz de revisar 556 pantallas de golpe?.Yo también tengo una aplicación de almacenaje, con el típico control de artículos por cliente (con sus entradas/salidas), cuando la diseñé pensé que era un consumo tremendo de recursos el tener que leer todos los movimientos de un artículo para calcular su Stock a una fecha determinada, lo solucioné creando un fichero de acumulados por cliente/artículo/año con 2 series de 12 elementos cada uno y que contienen el total de entradas y salidas por mes. Para calcular el Stock a una fecha concreta sólo hay que leer tantos registros como años de "vida" tiene ese artículo, hasta el año/mes anterior a la fecha solicitada (si no corresponde al último día de un mes determinado), para calcular el resto no hay más remedio que leer los registros de movimientos desde el día 1 del mes solicitado y en poquitos segundos ha calculado el Stock. El subfichero lo posiciono a partir de la fecha que han solicitado e inserto como primera línea la leyenda "stock anterior", la paginación ya la controlo por programa cargando página a página que es mucho más rápido. Evidentemente puede ocurrir que, por un fallo de programa, los acumulados no se correspondan con los movimientos reales, para eso hay un programilla que se encarga de regenerar el fichero de acumulados. Reconozco que esta operativa complica bastante la aplicación pero su rendimiento es muy bueno y eso, al fin y al cabo, es lo que le interesa al usuario. Un saludo. Juanra __________________________________________________ Forum.HELP400 es un servicio más de NEWS/400. © Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja visita la siguente URL: http://coyote.combios.es/mailman/listinfo/forum.help400 --
Fernando Pérez Cerámica Saloni. Dpto. Sistemas |
begin:vcard fn;quoted-printable:Fernando P=C3=A9rez n;quoted-printable:P=C3=A9rez;Fernando org:;Sistemas email;internet:[EMAIL PROTECTED] tel;work:Ext. 627 x-mozilla-html:TRUE version:2.1 end:vcard
