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 (<jfgonza...@gmail.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....@gmail.com>: > >> Hellmuth gracias, voy a seguir sus consejos. >> >> Saludos. >> >> El mié., 14 sept. 2016 a las 16:11, Hellmuth Vargas (<hiv...@gmail.com>) >> escribió: >> >>> Perdón es Alberto >>> >>> >>> El 14 de septiembre de 2016, 16:10, Hellmuth Vargas<hiv...@gmail.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.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 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 > >
