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 ()
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 :
>
>> Hellmuth gracias, voy a seguir sus consejos.
>>
>> Saludos.
>>
>> El mié., 14 sept. 2016 a las 16:11, Hellmuth Vargas ()
>> escribió:
>>
>>> Perdón es Alberto
>>>
>>>
>>> El 14 de septiembre de 2016, 16:10, Hellmuth Vargas
>>> 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.casti...@etecsa.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 (<
> > alvhe...@2ndquadrant.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 Herrerahttps://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
>
>
