[pyar] ORM

[Sebastián Marquez]

Te digo mi opinion, un ORM es un objeto que colabora con la persistencia,
en el caso en que la aplicacion utilice sentencias simples, el ORM funciona
bien y tenes una performance correcta y poco codigo, cuando la problematica
del modelo de negocio es mas compleja y las consultas crecen en complejidad
el ORM comienza a perder performance, hay ORM mejores y otros no tanto, y
yo creo que para un sistema simple de ferreteria ande bien cualquiera,
ademas te reduce codigo.

El 29 de agosto de 2015, 14:59, Sebastian Bassi <sebastian.bassi en globant.com
> escribió:

> 2015-08-27 15:50 GMT-03:00 Jose Oscar Vogel <oscarvogel en gmail.com>:
>
>> cuestion que se usa en forma monousuario), ahora esta aplicacion se va a
>> conectar a una base de datos mysql compartida en internet desde donde se va
>> a bajar la actualizacion de precios, cta cte y demas.-
>> asi que bueno estoy definiendo un par de cosas y antes de arrancar la
>> quiero tener lo mas clara posible.-
>>
>
> ​Quizas llego tarde al hilo, pero, me pregunto si es necesario que los
> clientes (las otras ferreterias) le peguen directo a la DB, ni siquiera via
> ORM, sino que quizas te convenga ponerle una API REST en el medio cosa que
> los clientes consulten la API usando "requests" o alguna lib para consumir
> REST.
> No conozco el negocio, y por ahi lo que digo no sea factible
> comercialmente, pero publicando vos la API podes hacer las otras
> ferreterias hagan su propio cliente y vos te limitas a dar las keys a las
> autorizadas. Quizas tengas que hacer un cliente de ejemplo/modelo para
> ayudar al resto o quizas se arreglen con la DOC de la API.
>
>
>
>
> ​
>
>
> The information contained in this e-mail may be confidential. It has been
> sent for the sole use of the intended recipient(s). If the reader of this
> message is not an intended recipient, you are hereby notified that any
> unauthorized review, use, disclosure, dissemination, distribution or
> copying of this communication, or any of its contents,
> is strictly prohibited. If you have received it by mistake please let us
> know by e-mail immediately and delete it from your system. Many thanks.
>
>
>
> La información contenida en este mensaje puede ser confidencial. Ha sido
> enviada para el uso exclusivo del destinatario(s) previsto. Si el lector de
> este mensaje no fuera el destinatario previsto, por el presente queda Ud.
> notificado que cualquier lectura, uso, publicación, diseminación,
> distribución o copiado de esta comunicación o su contenido está
> estrictamente prohibido. En caso de que Ud. hubiera recibido este mensaje
> por error le agradeceremos notificarnos por e-mail inmediatamente y
> eliminarlo de su sistema. Muchas gracias.
>
>
> _______________________________________________
> 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/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>



-- 
El MaRqUeZ De SeBa
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150830/76ee2d2d/attachment.html>