Experiencias con SQLObject y el ORM en general

[Chema Cortes]

Jose escribió:
> Hola a todos,
> 
> Para una aplicación en la que participo (y que implica el soporte de, al
> menos, 2 SGBDR diferentes), estoy estudiando la posibilidad de
> implementar el acceso a datos mediante un ORM en vez de acceso directo
> (lo típico, via driver DB-API).
> 
> ¿Tenéis experiencia con SQLObject o con algún otro ORM Python?
> 
> ¿Realmente reducen/simplifican/abstraen el código de acceso a datos
> hasta el punto de que, a pesar de sus limitaciones (que todos tienen),
> valgan la pena usarlos?

Estos interface los veo más como un mecanismo de dar "persistencia" a 
los objetos de aplicaciones con fuerte orientación a objetos. Pero en mi 
caso, considero que simplifican demasiado el manejo de los SGBDs. Es un 
total desperdicio, por ejemplo, trabajar con postgres a medio gas por el 
hecho de que las consultas SQL tienen que ser "compatibles" con otros 
gestores de bases de datos menos potentes.

Los ORMs encargan la lógica de las relaciones a los objetos de la 
aplicación que están mapeando las tablas. Resulta bastante ineficiente 
que sea la aplicación y no el SGBD quien tenga que mantener esta 
relación, perdiendose completamente aquello para lo que un buen SGDB 
está mejor preparado. (Concretamente, un ORM no utiliza JOINs en las 
consultas. Hay que extraer las dos tablas por separado y establecer las 
relaciones por programación).

No quiero decir que no haya que utilizar los ORMs, pero no se deberían 
ver como la panacea que unifica todos los accesos a los SGDB. A veces es 
preciso ajustar las consultas según el gestor que vayas a utilizar.
------------ próxima parte ------------
_______________________________________________
Python-es mailing list
Python-es en aditel.org
http://listas.aditel.org/listinfo/python-es