Re: [pgsql-es-ayuda] Re: [MASSMAIL] [pgsql-es-ayuda] Diseño de Tabla para Empleados, Clientes y Proveedores

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(dot)castillo(at)etecsa(dot)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(dot)castillo(at)etecsa(dot)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(dot)castillo(at)etecsa(dot)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(at)postgresql(dot)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