Что такое ORM и для чего она используется?

А, ну так вот, ORM, блядь! Это такая штука, которая позволяет тебе не писать эти ёбаные SQL-запросы от руки, а работать с базой данных, как с обычными объектами в коде. Представь, вместо того чтобы городить SELECT * FROM users WHERE name = 'Vasya', ты просто пишешь User.query.filter_by(name='Vasya').first(). Красота же, ёпта!

В чём соль, блядь? Смысл в том, что ORM создаёт как бы виртуальную объектную базу прямо в твоём языке. Ты пишешь на Python, а эта хитрая жопа-библиотека сама, под капотом, генерирует SQL, коннектится к базе и тащит данные, превращая строки из таблицы в экземпляры твоих классов. Таблицы — это классы, колонки — это атрибуты. Всё просто, как три копейки, если, конечно, не полезет какая-нибудь хуйня с производительностью.

Плюсы, от которых можно офигеть:

• Код короче и чище. Не нужно каждый раз обсериваться, вспоминая синтаксис JOIN'ов. Работаешь с объектами — и всё.
• Безопаснее, мать его. Большинство ORM сами экранируют данные, так что про SQL-инъекции можно почти забыть. Почти — потому что совсем-то расслабляться нельзя, пидарасы найдут лазейку.
• Абстракция от конкретной базы. Писал под SQLite? Захотел на PostgreSQL? Да похуй! Меняешь строку подключения — и в теории всё должно работать. В теории, Карл!
• Поддерживать такой код — одно удовольствие. Всё объектно-ориентировано, всё на своих местах. Глаз не вытекает.

Смотри, как это выглядит на SQLAlchemy: Вот тебе живой пример. Создаём модель пользователя и тычем нового юзера в базу. Ни одного прямого SQL-запроса, ядрёна вошь!

from sqlalchemy import create_engine, Column, Integer, String
from sqlalchemy.orm import sessionmaker
from sqlalchemy.ext.declarative import declarative_base

# Базовый класс, от которого всё пляшет
Base = declarative_base()

# Вот наша модель — класс User. Это и есть описание таблицы 'users'
class User(Base):
    __tablename__ = 'users'
    id = Column(Integer, primary_key=True)
    name = Column(String, nullable=False)  # Имя, и пустым быть не может, а то получишь по шапке

    def __repr__(self):
        return f"<User(id={self.id}, name='{self.name}')>"

# Подключаемся к SQLite базе. Хочешь к Postgres — меняй строку, и всё.
engine = create_engine('sqlite:///users.db')

# Эта магия создаст все таблицы, которые мы описали через Base
Base.metadata.create_all(engine)

# Создаём фабрику сессий — это наш главный инструмент для общения с БД
Session = sessionmaker(bind=engine)
session = Session()  # Вот она, сессия, держи

try:
    # Создаём объект пользователя. Просто экземпляр класса!
    new_user = User(name="Alice")

    # Суём его в сессию и коммитим — бабах, и он в базе!
    session.add(new_user)
    session.commit()
    print(f"Добавлен пользователь: {new_user}")

    # А теперь достаём его обратно! Запрос выглядит почти по-человечески.
    retrieved_user = session.query(User).filter_by(name="Alice").first()
    if retrieved_user:
        print(f"Найден пользователь: {retrieved_user}")
    else:
        print("Пользователь не найден, что-то пошло не так...")

except Exception as e:
    session.rollback()  # Если всё пошло по пизде — откатываемся
    print(f"Произошла ошибка, вот дерьмо: {e}")
finally:
    session.close()  # Закрываем сессию, как хорошие мальчики

Какие ORM бывают, чтоб их:

• Django ORM: Идёт в комплекте с Django, как ложка к обеду. Удобная, родная, но за пределами Django — ну её нахуй.
• SQLAlchemy: Мощная, гибкая, можно горы свернуть. Подходит для сложных проектов, где нужно всё контролировать. Но и выучить её — тот ещё геморрой.
• Peewee: Лёгкая, простая, для маленьких проектов или когда нужно быстро наколбасить прототип. Не тянет за собой овердохуища зависимостей.

Но не всё так гладко, есть и подлянка:

• Производительность может ёбнуться. Для простых вещей ORM — огонь. Но если запрос сложный, как чёртова матрешка, ORM может нагенерировать такое дикое SQL, что база сдохнет. Иногда проще написать запрос ручками.
• Учиться, учиться и ещё раз учиться. Каждая ORM — свой зверь со своими приколами. Пока вьедешь — волосы дыбом встанут.
• Контроль теряется. Ты не всегда понимаешь, какой именно SQL улетает в базу. А когда начинаются тормоза, отлаживать это — просто пиздец.
• Проблема N+1 запроса. Классика жанра! ORM может быть тупой и для получения связанных данных сделать кучу маленьких запросов вместо одного большого и красивого. Надо следить, а то приложение захлебнётся.