Booklet A4/A5 - PET: Python Entre Todos - Python Argentina

37 SQLAlchemy, el ORM utilizado por MacGyver y Mario Baracus
compatible con MySQL y da la directiva de que debemos utilizar PostgreSQL y que
todo software que utilice una base de datos distinta de PostgreSQL sera condenado a
jugar en la Arena de TRON!
Ok, nosotros y nuestro programa se encuentran en una situación complicada, hemos
de cambiar todas las consultas que hemos realizado para MySQL para que funciones
con PostgreSQL o conseguirn rápidamente un frisbees
(http://en.wikipedia.org/wiki/Flying_disc) y comenzar a practicar para cuando nos
toque combatir en la Arena de TRON (http://en.wikipedia.org/wiki/Tron_(film)).Al
margen de la quizá cómica situación y para ajustarme un poco a la charla que se dio
en el PyDay de Córdoba, podríamos decir que:
• Las bases de datos tienen cada una su propio dialecto.
• Con Python, utilizamos drivers/conectores para poder hablar el dialecto de la
DB a la cual nos conectamos y utilizamos.
• El escribir en nuestro código SQL utilizando el dialecto de la DB parece no ser
una buena idea, puesto que al cambiar de motor / engine de DB nos vemos
obligados a tener que pasar todas nuestras queries al dialecto de la nueva DB.
SQLAlchemy, el ORM utilizado por MacGyver y Mario
Baracus
A toda la problemática planteada anteriormente de que veníamos escribiendo queries
según el engine/dialecto de nuestra DB, existe una solución y esta se llama
SQLAlchemy.
SQLAlchemy es un ORM y un ORM es un O*bject *R*elation *M*apper, osea: un
*mapeador/conversor de las relaciones de los datos de nuestra DB a objetos. Por sino
quedo claro, veamos un ejemplo:
Supóngase una tabla “Persona” en nuestra DB cual tiene las columnas:
• Nombre de tipo VARCHAR.
• FechaNacimiento de tipo DATE.
Hasta aquí es la parte relacional, ahora si nosotros representáramos esta estructura
de datos con objetos en python, bien podríamos tener lo siguiente:
import datetime
class Persona(object)
Python Entre Todos (número 3, Julio 2011) — http://revista.python.org.ar