Hola,
He oido hablar de greensql, estoy intentando montarlo y la verdad me
esta dando muchos problemas , ademas creo que tengo que instalar tambien
mysql. ¿algun producto alternativo?, ¿sugerencia?
entorno :
Tengo una postgresql 9.4 y opensuse 42.2
Gracias
-
Enviado a la lista de correo
Hola Kernel, has mirado: https://github.com/uptimejp/sql_firewall
Saludos
On 14/09/16 14:29, Kernel wrote:
Hola,
He oido hablar de greensql, estoy intentando montarlo y la verdad me
esta dando muchos problemas , ademas creo que tengo que instalar
tambien mysql. ¿algun producto alternativo?
Gracias por responder, bueno tengo una 1ra versión del modelo que deseo
implementar:
*Modelo 1:*
Crear las tablas:
Tipo_Persona
Persona
Tipo_Relacion
Persona_Relacion
Tipo_Persona
ID_TIPO_PERS (PK)
NOM_TIPO_PERS
Persona
ID_PERS (PK)
ID_TIPO_PERS (PK)
NOM_PERS
APPAT_PERS
APMAT_PERS
Para ser franco Alberto, yo pensaría en una estructura JSON, como dices
cada personas puede tener X roles y otra Y roles... vaya como que se pinta
sola.
> Gracias por responder, bueno tengo una 1ra versión del modelo que deseo
> implementar:
>
> *Modelo 1:*
>
> Crear las tablas:
>
> Tipo_Person
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
per
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.
En Persona_Relacion, solo tendre la relacion entre persona para los
contactos.
Bueno e
> 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
per
Claro, si logre entender.
Gracias.
El mié., 14 sept. 2016 a las 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
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
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 at
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
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.
sa
12 matches
Mail list logo
