[pyar] [OT] Usar un único programa desde más de una empresa (encarar el problema)

[robbie en metasigno.com]

La opción 1 te permite hacer bussiness inteligent en datos caliente. La opción 2 tenés que trabajar con Data Mining, hacer Data Markets en los cuales íntegras los datos de diferentes DB. Es una cuestión del modelo de datos que uno quiera trabajar y de las herramientas disponibles 
Enviado desde mi BlackBerry® de Claro Argentina

-----Original Message-----
From: Matigro <matigro en gmail.com>
Sender: pyar-bounces en python.org.ar
Date: Tue, 14 Jun 2011 08:53:54 
To: Python Argentina<pyar en python.org.ar>
Reply-To: Python Argentina <pyar en python.org.ar>
Subject: Re: [pyar]
	[OT] Usar un único programa desde m
	ás de una empresa (encarar el problema)

El día 13 de junio de 2011 18:29, Maximiliano Robaina
<maxi_robaina en yahoo.com.ar> escribió:
> El lun, 13-06-2011 a las 18:11 -0300, Daniel escribió:
>> Gente:
>>     Tengo alguna duda respecto a cuál sería la mejor forma de encarar
>> el problema
>>
>> -Un programa en hecho en django necesita ser usado por más de una empresa
>> -lo posible quiero mantenerlo cómo un único programa
>> -Necesito "aislamiento" de la información,  es decir que cada uno use
>> SUS productos, SUS proveedores
>>  y no interfiera la información de algún otro usuario de empresa.
>
> Básicamente he visto dos approach al respecto:
> 1- Un campo (generalmente una clave foránea a una tabla empresa) que
> indique a que empresa pertenece tal registro.
>
> 2. Usar una DB separada para cada empresa y que cuando un usuario se
> logea poder rutearlo al DB correspondiente
>
> No se cual es le mejor, todo depende de lo que quieras hacer después con
> la información:
> - ¿En algún momento te va a interesar cruzar datos de distintas
> empresas? (Por ejemplo, compartir clientes)
>
> Cómo te decía, me parece que es más un problema de diseño que de python
> (o django en particular). Quizás deberías buscar si hay algún tipo de
> teoría respecto a diseño de sistemas multiempresa.
>
>
> Saludos.

La opcion 2 me parece la menos dolorosa :D
Y cuando necesites cruzar información, sólo tendrás que mezclar
conexiones a varias bbdd.
Salute

-- 
http://www.linkedin.com/in/matiasgieco
_______________________________________________
pyar mailing list pyar en python.org.ar
http://listas.python.org.ar/listinfo/pyar

PyAr - Python Argentina - Sitio web: http://www.python.org.ar/