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

Daniel dmlistapython en gmail.com
Lun Jun 13 18:50:08 ART 2011


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.
>>
>> No se bien como encarar el problema, no se me ocurre otra que poner
>> una "bandera" en cada
>> registro para saber de que empresa es, pero no me parece muy pythonica la forma
>>
> No me parece que la forma "pythonica" tenga mucho que ver en esto. Me
> parece que es más una cuestión de diseño y de tu ingenio para resolver
> el problema.
>
> 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

Voto por esta, no se como encararlo en django ¿se puede "tocar" el
settings.py en tiempo de ejecución?



> 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)

No, totalmente aislados

> 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.
>
No encuentro información "teórica", más bien como implementarlo en uno u
otro sistema. Voy por los libros.



-- 
Daniel Malisani



More information about the pyar mailing list