[pyar] [Consulta] sqlalchemy

German Jimenez germanjimenez84 en gmail.com
Mar Mayo 13 14:06:04 ART 2014


Lo que vos decís es que te gustaría importar todos los modelos desde otro
lado y ahí crear un motor? Yo tengo la misma duda, si alguien es muy amable.

Pasa que al tener  todas las clases heredando de declarative_base [1] que
está instanciado al inicio, necesitas correr el script harcodeado, no queda
lindo. Y si querés crear otro motor, ídem, ni lindo ni modular.

[1] http://docs.sqlalchemy.org/en/rel_0_9/orm/extensions/declarative.html


El 12 de mayo de 2014, 18:24, patricio tula <tula.patricio en gmail.com>escribió:

> Hola,
> Hace rato que le estoy dando vueltas a esto.
> Estoy armando un módulo de un programa para administrar una base de datos
> sencilla, con el objetivo de no tener que pasar por los comandos de
> sqlalchemy cuando importe este modulo a otro y utilice sus funcionalidad.
> Ahora bien, el código adjunto funciona pero no cumple con lo de no pasar
> por los comandos de sqlalchemy dado que al principio del __main__ tengo que
> crear el engine y la session.
> Se puede crear un objeto Base que al instanciarse pueda contener toda la
> info para conectarse y aparte posea los metodos de administración de la
> base? Cómo habría que estructurarlo?
> Saludos,
> Patricio
>
>
> _______________________________________________
> 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
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20140513/93bc2a83/attachment.html>


More information about the pyar mailing list