Что такое ORM и как он используется в PHP?

Ну ты представляешь, эта ваша ORM — это как будто тебе дали личного переводчика, который сидит между твоим кодом и базой данных. Вместо того чтобы самому ковыряться в SQL, как какой-то древний шаман, ты просто работаешь с объектами, а этот переводчик уже сам шепчет базе на её тарабарском языке, что нужно сделать. Ёперный театр, удобно же!

Как эта магия работает в PHP (смотри на Doctrine):

1. Ты пишешь обычный PHP-класс, сущность там какую-нибудь, и навешиваешь на него атрибуты (или аннотации — кому как нравится). Типа, вот это — id, вот это — name. Всё просто, как три копейки.
2. ORM смотрит на этот класс и говорит: «Ага, понял, щас сделаем». И либо создаёт под него таблицу в базе, либо мапит на уже существующую. Хуй с горы, не нужно самому CREATE TABLE писать.
3. А дальше ты в коде просто создаёшь объекты этого класса, меняешь их свойства, а ORM за тобой подтирает и всё сохраняет. Красота!

Вот смотри, как это выглядит на практике:

// src/Entity/Product.php
use DoctrineORMMapping as ORM;

#[ORMEntity]
#[ORMTable(name: 'products')]
class Product
{
    #[ORMId]
    #[ORMGeneratedValue]
    #[ORMColumn(type: 'integer')]
    private ?int $id = null;

    #[ORMColumn(type: 'string', length: 255)]
    private string $name;

    #[ORMColumn(type: 'decimal', precision: 10, scale: 2)]
    private float $price;

    // Геттеры и сеттеры...
    public function getId(): ?int { return $this->id; }
    public function getName(): string { return $this->name; }
    public function setName(string $name): void { $this->name = $name; }
    public function getPrice(): float { return $this->price; }
    public function setPrice(float $price): void { $this->price = $price; }
}

// А вот как с этим чудом работать
$product = new Product();
$product->setName('Laptop');
$product->setPrice(999.99);

// Сохраняем (INSERT) — просто говорим "запомни эту хрень"
$entityManager->persist($product);
$entityManager->flush(); // А тут уже выполняется SQL: INSERT INTO products ... Сам!

// Чтобы достать что-то (SELECT), можно через Repository
$repository = $entityManager->getRepository(Product::class);
$expensiveProducts = $repository->findBy(['price' => 500], ['name' => 'ASC']);

// Или через QueryBuilder, если хочешь покруче
$queryBuilder = $repository->createQueryBuilder('p');
$query = $queryBuilder->where('p.price > :price')
                      ->setParameter('price', 500)
                      ->orderBy('p.name', 'ASC')
                      ->getQuery();
$result = $query->getResult();

Чем это всё, блядь, хорошо:

• Продуктивность зашкаливает: Не нужно каждый раз писать однотипные INSERT, UPDATE. Автоматизация, мать её.
• Безопасность: SQL-инъекции отсекаются на корню, потому что всё параметризуется. Доверия ебать ноль к сырым строкам.
• Не привязан к базе: Сегодня MySQL, завтра PostgreSQL — поменял драйвер в конфиге и да похуй.
• Работаешь с объектами: Это же естественно для PHP-разработчика, а не ковыряться в ассоциативных массивах.

Но и подводных камней, ёпта, хватает:

• Проблема N+1: Это классика! Загрузил список товаров, а потом для каждого товара в цикле лезешь за его категорией — и бабахаешь овердохуища запросов. Лечится жадной загрузкой (fetch: 'EAGER') или явными JOIN в DQL.
• Сложные запросы: Когда нужно сделать какую-нибудь адскую аналитику с десятью джойнами и оконными функциями, иногда проще написать сырой SQL. ORM может такой запрос сгенерировать такой, что сам от себя охуеешь.
• Накладные расходы: Для простейшего SELECT * FROM table ORM — это как ехать на танке за хлебом. Мощно, но нецелесообразно.

Что поюзать: Если проект серьёзный — Doctrine, он мощный, как трактор. Если на Laravel сидишь — Eloquent, он попроще и очень удобно встроен. Propel тоже есть, но он уже не так популярен. Выбирай по задаче, а то будет вам хиросима и нигерсраки с неправильным инструментом.