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

Hola, podria usar una sola tabla para los movimientos llamense compras,
ventas, traslados, etc, que manejarlas por tablas separadas?

Gracias de antemano por su respuesta.

Saludos.

El mié., 14 sept. 2016 a las 16:41, felix gonzales (<jfgonzales(at)gmail(dot)com>)
escribió:

> En mi empresa, a la tabla la denominamos "auxiliar" y es donde se guardan
> los datos personales, de tributación, contacto, etc. Dicha tabla esta
> disponible en los módulos de compras y ventas.
>
> si deseo saber quienes son clientes lo relaciono con ventas y para el caso
> de proveedores con compras.
>
> saludos!
>
> 2016-09-14 16:14 GMT-05:00 Alberto Cuevas <betocuevas(dot)net(at)gmail(dot)com>:
>
>> Hellmuth gracias, voy a seguir sus consejos.
>>
>> Saludos.
>>
>> El mié., 14 sept. 2016 a las 16:11, Hellmuth Vargas (<hivs77(at)gmail(dot)com>)
>> escribió:
>>
>>> Perdón es Alberto
>>>
>>>
>>> El 14 de septiembre de 2016, 16:10, Hellmuth Vargas<hivs77(at)gmail(dot)com>
>>> escribió:
>>>
>>>> Hola Alverto
>>>>
>>>> El tema es que la tabla persona debe contener la informacion de todos
>>>> los actores que se involucran en su sistema y ya en otra tabla (factura,
>>>> cliente ,etc) es donde se clasifica y/o se le atribuye un rol la persona
>>>> para un evento dado (cliente, provedor, contacto, etc)
>>>>
>>>> Por ejemplo es un sistema de facturación, una persona puede ser
>>>> proveedor, y para otra factura un cliente y para una tercera un contacto y
>>>> sin embargo sigue siendo la misma persona.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> El 14 de septiembre de 2016, 16:03, Gilberto Castillo<
>>>> gilberto(dot)castillo(at)etecsa(dot)cu> escribió:
>>>>
>>>>>
>>>>> > Alvaro gracias por responder.
>>>>> >
>>>>> > En la tabla Persona, relacione con la tabla Tipo_Persona para saber
>>>>> que
>>>>> > tipo es, muy aparte por cada tipo tendre una tabla sea Cliente,
>>>>> Empleado,
>>>>> > Proveedor, etc, de ser necesario.
>>>>>
>>>>> Alberto, no se si lees bien lo que Alvaro te plantea, Se supone que si
>>>>> la
>>>>> persona tiene un id_p en la tabla clientes es porque es un cliente, y
>>>>> así
>>>>> sucesivamente, o sea, la tabla tipo_persona me sobra en ese modelo.
>>>>>
>>>>>
>>>>> > En Persona_Relacion, solo tendre la relacion entre persona para los
>>>>> > contactos.
>>>>> >
>>>>> > Bueno eso es lo que se me ocurre.
>>>>> >
>>>>> > Saludos.
>>>>> >
>>>>> > El mié., 14 sept. 2016 a las 15:37, Alvaro Herrera (<
>>>>> > alvherre(at)2ndquadrant(dot)com>) escribió:
>>>>> >
>>>>> >> Alberto Cuevas escribió:
>>>>> >> > Gracias por responder, bueno tengo una 1ra versión del modelo que
>>>>> >> deseo
>>>>> >> > implementar:
>>>>> >> >
>>>>> >> > *Modelo 1:*
>>>>> >> >
>>>>> >> > Crear las tablas:
>>>>> >>
>>>>> >> no entiendo por qué tus personas tienen un "tipo" (en ambos modelos
>>>>> >> propuestos). Un registro de la tabla personas debería representar
>>>>> a una
>>>>> >> persona, y luego tienes una table de clientes que pueden llevar un
>>>>> tipo
>>>>> >> y una FK a la tabla personas. ¿no?
>>>>> >>
>>>>> >> --
>>>>> >> Álvaro Herrera https://www.2ndQuadrant.com/
>>>>> >> PostgreSQL Development, 24x7 Support, Remote DBA, Training &
>>>>> Services
>>>>> >>
>>>>> >
>>>>>
>>>>>
>>>>> --
>>>>> Saludos,
>>>>> Gilberto Castillo
>>>>> ETECSA, La Habana, Cuba
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> 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
>>>>
>>>>
>>>
>>>
>>> --
>>> 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
>>>
>>>
>
>
> --
> Felix Gonzales
>
>