![]() |
![]() |
| Paypal | 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 |
|
#32
|
||||
|
||||
|
Pienso que las solución no está ni en una de las propuestas ni en la otra, pero sí en las dos.
En serio, bajo mi punto de vista, el problema es de uso. Dudo que un cliente cambie de nombre, de tipo de compañía ( SRL a SA ) y no cambie de NIF - nº de identificación fiscal -, es decir el DNI para entendernos. En el caso de que cambie el NIF, el cliente es nuevo, por lo que habría que haberse creado un nuevo cliente y asignarles las ventas a ése. También puede darse el caso de que se haya registrado mal el nombre de un cliente por error, por lo que debería permitir la aplicación cambiarlo, aunque sea de una manera restrictiva y sabiendo lo que se hace. Por lo tanto, yo dejaría la aplicación como está, ya que según mi opinión, está bien. Espero haber aportado algo, aunque no tenga nada que ver con las tablas maestras, submaestras ni históricas. ![]() He dicho. Saludos
__________________
Cuando los grillos cantan, es que es de noche - viejo proverbio chino - |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Combinar información de dos tablas | ContraVeneno | SQL | 2 | 04-08-2005 18:20:14 |
| Mas informacion sobre ECO II... | Epachsoft | Noticias | 1 | 01-07-2005 19:15:10 |
| informacion sobre estructura de tablas paradox e indice px | chuley | Tablas planas | 2 | 06-04-2005 03:42:37 |
| Recuperacion de informacion Tablas paradox | andresenlared | Tablas planas | 1 | 14-08-2004 13:08:10 |
| Información sobre Rx | bbjb | OOP | 2 | 13-01-2004 19:13:49 |
|