Hola Lista Estoy de acuerdo con Gilberto: lo mejor es mantener una tabla PERSONA y mas bien en cada operación se define el ROL que cumple cada persona en la misma: es cliente, proveedor o contacto
El 13 de septiembre de 2016, 16:38, Gilberto Castillo< gilberto.casti...@etecsa.cu> escribió: > > > Hay casos en que un Contacto puede ser de N Clientes y tambien puede ser > > Cliente en ese caso trabajarlo en una sola tabla, no lo veo como. > > No, no no he dicho que quites tus tablas de clientes etc. solo que todas > toman información de personas, solo eso. > > > > > > Alguna idea. > > > > Saludos. > > > > El mar., 13 sept. 2016 a las 15:35, Gilberto Castillo (< > > gilberto.casti...@etecsa.cu>) escribió: > > > >> > >> > 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 > >> > >> > > > > > -- > 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 > -- Cordialmente, Ing. Hellmuth I. Vargas S. Esp. Telemática y Negocios por Internet Oracle Database 10g Administrator Certified Associate EnterpriseDB Certified PostgreSQL 9.3 Associate
