> Gracias por responder Gilberto. > > Al manejar todo en una sola tabla Persona (Empleados, Clientes y > Proveedores) me queda claro, pero mi duda es con los Contactos de Clientes > que también pueden ser Clientes. Se me ocurre tener una tabla > PersonaContacto con: > > ID_TBL_CONTACTO PK de tabla PersonaContacto > PERSONA_ID = ID de tabla Persona CLIENTE > CONTACTO_ID = ID de tabla Persona CONTACTO
Al final todos son personas, así con un codificador de su estados ya tienes. > Pero no tendria relación, alguna idea. > > Saludos. > > > El mar., 13 sept. 2016 a las 15:10, Gilberto Castillo (< > gilberto.casti...@etecsa.cu>) escribió: > >> >> > Hola a todos, quisiera contar con su apoyo, con respecto a lo >> siguiente: >> > >> > Siempre he trabajado el registro de Empleados, Clientes y Proveedores >> por >> > separado, Contactos de Clientes y Contactos de Proveedores tambien por >> > separado, pero en una empresa en la cual voy a implementar un software >> de >> > ventas, tienen una particularidad, pues una persona puede ser >> Empleado, >> > Cliente y Proveedor a la vez. >> > >> > He pensado tener en una sola tabla el registro de Empleados, Clientes >> y >> > Proveedores y tener tablas independientes por cada uno si se requiere. >> > >> > De igual manera una sola tabla para la direccion de Empleados, >> Clientes y >> > Proveedores. >> > >> > Pero hay un caso mas, un Contacto de un Cliente puede ser tambien un >> > Cliente o Proveedor. >> > >> > Alguna idea de algún compañero que haya tenido un caso similar, que >> pueda >> > ayudarme por favor. >> > >> >> Bueno te creas una tabla personas, de hechos los sistemas nuestro parte >> siempre de esa tabla, pos la persona es la célula más atómica por lo >> general. >> >> >> -- >> Saludos, >> Gilberto Castillo >> ETECSA, La Habana, Cuba >> >> > -- Saludos, Gilberto Castillo ETECSA, La Habana, Cuba - Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
