In today's article we are going to delve into the world of SQLAlchemy, a topic that has captured the attention of many people in recent years. We will delve into its origins, its impact on society and all the implications that it entails. SQLAlchemy is a topic that has generated many conflicting opinions, so it is important to thoroughly understand all the aspects surrounding it. Throughout this article, we will explore all facets of SQLAlchemy and try to shed light on this complex and fascinating topic. Join us on this adventure of knowledge!
![]() Abbreviated SQLAlchemy Logo | |
Original author(s) | Michael Bayer[1] |
---|---|
Initial release | February 14, 2006[2] |
Stable release | 2.0.40[3] ![]() |
Repository | |
Written in | Python |
Operating system | Cross-platform |
Type | Object-relational mapping |
License | MIT License[4] |
Website | www![]() |
SQLAlchemy is an open-source Python library that provides an SQL toolkit (called "SQLAlchemy Core") and an Object Relational Mapper (ORM) for database interactions. It allows developers to work with databases using Python objects, enabling efficient and flexible database access.
SQLAlchemy offers tools for database schema generation, querying, and object-relational mapping. Key features include:
SQLAlchemy was first released in February 2006. It has evolved to include a wide range of features for database interaction and has gained popularity among Python developers. Notable versions include:
The following example represents an n-to-1 relationship between movies and their directors. It is shown how user-defined Python classes create corresponding database tables, how instances with relationships are created from either side of the relationship, and finally how the data can be queried — illustrating automatically generated SQL queries for both lazy and eager loading.
Creating two Python classes and corresponding database tables in the DBMS:
from sqlalchemy import *
from sqlalchemy.ext.declarative import declarative_base
from sqlalchemy.orm import relation, sessionmaker
Base = declarative_base()
class Movie(Base):
__tablename__ = "movies"
id = Column(Integer, primary_key=True)
title = Column(String(255), nullable=False)
year = Column(Integer)
directed_by = Column(Integer, ForeignKey("directors.id"))
director = relation("Director", backref="movies", lazy=False)
def __init__(self, title=None, year=None):
self.title = title
self.year = year
def __repr__(self):
return f"Movie({self.title}, {self.year}, {self.director})"
class Director(Base):
__tablename__ = "directors"
id = Column(Integer, primary_key=True)
name = Column(String(50), nullable=False, unique=True)
def __init__(self, name=None):
self.name = name
def __repr__(self):
return f"Director({self.name})"
engine = create_engine("dbms://user:pwd@host/dbname")
Base.metadata.create_all(engine)
One can insert a director-movie relationship via either entity:
Session = sessionmaker(bind=engine)
session = Session()
m1 = Movie("Robocop", 1987)
m1.director = Director("Paul Verhoeven")
d2 = Director("George Lucas")
d2.movies =
try:
session.add(m1)
session.add(d2)
session.commit()
except:
session.rollback()
alldata = session.query(Movie).all()
for somedata in alldata:
print(somedata)
SQLAlchemy issues the following query to the DBMS (omitting aliases):
SELECT movies.id, movies.title, movies.year, movies.directed_by, directors.id, directors.name
FROM movies LEFT OUTER JOIN directors ON directors.id = movies.directed_by
The output:
Movie('Robocop', 1987L, Director('Paul Verhoeven'))
Movie('Star Wars', 1977L, Director('George Lucas'))
Movie('THX 1138', 1971L, Director('George Lucas'))
Setting lazy=True
(default) instead, SQLAlchemy would first issue a query to get the list of movies and only when needed (lazy) for each director a query to get the name of the corresponding director:
SELECT movies.id, movies.title, movies.year, movies.directed_by
FROM movies
SELECT directors.id, directors.name
FROM directors
WHERE directors.id = %s