![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Solucion para deudas de clientes
He leido que las busquedas incrementales son muy pesadas sobre todo en aplicaciones cliente servidor.
No se como hacen uds. pero en mi sistema de gestion decidi colocar en una pestaña dentro modulo de clientes con la deuda del mes corriente, que incluye la suma de los tickets correspondientes a compras de este mes. El caso es si quisiera consultar la deuda total de un cliente, para lo que deberia sumar todos los tickets desde el inicio, por cada cliente, seria demasiado pesado para el servidor. Aunque esto solo se realizara de a 1 cliente, por si alguno llama preguntandolo. Entonces lo que no me gusta de los dbgrid es esto: al abrir un form se consultan todos los registro existentes para lo que se desea, entonces esto es pesado, seria correcto decir que se debe consultar la informacion necesaria. entonces el boton consultar deuda que dirige a un formulario deberia tener un edit de busqueda de cliente porque se necesita solo el nombre, para lo cual no queria hacer una busqueda incremental. Otra solucion es poner en el modelo de datos un campo boleano por mes, donde se chequeen solo los meses impagos, es decir iguales a false. entonces disminuye la consulta, pero luego pense que se debe consultar cuales son los impagos. No se si existe algun trigger para que no se chequeen cuales son pagos y cuales no. |
#2
|
||||
|
||||
No se entiende qué problema tienes.
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#3
|
||||
|
||||
Hola giulichajari.
Recuerda usar acentos para evitar confusiones. ![]() En ocasiones es conveniente que la tabla de clientes cuente con un campo numérico indicando cuál es su "saldo" o adeudo. Este campo puede actualizarse mediante disparadores After de las tablas que almacenan las operaciones de venta / deuda. Así no tienes que sumar nada cuando se necesite conocer ese dato, porque la suma ya estará hecha. Espero sea de utilidad mi sugerencia. ![]() |
#4
|
|||
|
|||
Gracias
Bueno gracias por el consejo. Ademas poniendo el saldo en la tabla de clientes se puede conocer para cada fecha la deuda que tienen cada uno de ellos, y seria lo mas conveniente aunque ocupe espacio el campo "saldo", pero son menores las transacciones.
Saludos |
![]() |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Solución Planteada para solucion de conexion con Interbase | ingabraham | Varios | 19 | 30-01-2009 14:00:04 |
sugerencia para evitar clientes duplicados | Patricio | Varios | 2 | 06-11-2008 18:54:00 |
Vpn para 2 clientes a la vez | leodelca23 | Redes | 3 | 11-12-2006 07:29:23 |
Siempre hay que pagar las deudas......... | tcp_ip_es | Humor | 0 | 14-06-2004 16:08:04 |
Solucion para mascaras de dbedit | nefy | Conexión con bases de datos | 1 | 04-12-2003 00:41:29 |
![]() |
|