На каком уровне работаешь с БД

Уровень работы с базами данных в backend-разработке

Работаю с БД на нескольких уровнях, в зависимости от задачи. Это навык, развивавшийся на протяжении лет.

Уровень 1: SQL — Foundation

SQL — это мой базовый язык для всех операций с БД. Я пишу эффективные запросы, понимаю планы выполнения, могу оптимизировать медленные queries.

SELECT u.id, u.name, COUNT(o.id) as order_count
FROM users u
LEFT JOIN orders o ON u.id = o.user_id
WHERE u.created_at > '2024-01-01'
GROUP BY u.id, u.name
HAVING COUNT(o.id) > 5
ORDER BY order_count DESC
LIMIT 100;

Знаю индексы, window functions, CTE (Common Table Expressions), transactions, ACID свойства. Могу написать сложный JOIN с несколькими таблицами и объяснить, как БД это выполнит.

Уровень 2: Драйверы и низкоуровневое взаимодействие

Для C/C++ работаю напрямую с БД через native драйверы:

PostgreSQL libpq — официальный C драйвер для PostgreSQL.

#include <libpq-fe.h>

PGconn *conn = PQconnectdb("dbname=mydb user=postgres");
if (PQstatus(conn) != CONNECTION_OK) {
    fprintf(stderr, "Connection failed: %s", PQerrorMessage(conn));
    PQfinish(conn);
    return 1;
}

PGresult *res = PQexec(conn, "SELECT id, name FROM users WHERE active = true");
if (PQresultStatus(res) != PGRES_TUPLES_OK) {
    fprintf(stderr, "Query failed: %s", PQerrorMessage(conn));
    PQclear(res);
    PQfinish(conn);
    return 1;
}

int rows = PQntuples(res);
for (int i = 0; i < rows; i++) {
    char *id = PQgetvalue(res, i, 0);
    char *name = PQgetvalue(res, i, 1);
    printf("User: %s - %s\n", id, name);
}

PQclear(res);
PQfinish(conn);

MySQL/MariaDB (mysql-connector-c) — для работы с MySQL.

SQLite — лёгкая встроенная БД для локального хранилища.

На этом уровне я:

• Управляю connections и connection pooling
• Работаю с prepared statements (защита от SQL injection)
• Обрабатываю ошибки и retry логику
• Оптимизирую запросы на основе профилирования

Уровень 3: ORM (Object-Relational Mapping)

Для C++ ORM выбор меньше, чем для Python/Java, но есть варианты:

SQLPP11 (sqlpp11) — modern C++ ORM с type safety.

namespace db = sqlpp::postgresql;

auto query = select(user.id, user.name)
    .from(user)
    .where(user.active == true)
    .limit(10);

for (auto& row : db.run(query)) {
    std::cout << row.id.value() << ": " << row.name.value() << std::endl;
}

Hibernate ORM (через C++ обёртку) или собственные микро-ORM слои.

На практике в production часто предпочитаю писать SQL вручную с параметризацией вместо тяжёлой ORM, потому что:

• Лучший контроль производительности
• Яснее видно, что генерируется
• Проще отлаживать
• Меньше magic

Уровень 4: Архитектурные паттерны

Repository Pattern — абстрактный слой между бизнес-логикой и БД.

class UserRepository {
public:
    virtual ~UserRepository() = default;
    virtual std::vector<User> findAll() = 0;
    virtual User findById(int id) = 0;
    virtual void save(const User& user) = 0;
    virtual void delete(int id) = 0;
};

class PostgresUserRepository : public UserRepository {
private:
    PGconn* conn;
public:
    std::vector<User> findAll() override {
        // Реализация с libpq
    }
};

Data Mapper — отделение mapping логики от entity.

Unit of Work — управление транзакциями и batch операциями.

Уровень 5: Performance & Scaling

Индексирование — создание и оптимизация индексов для быстрых queries.

CREATE INDEX idx_users_email ON users(email);
CREATE INDEX idx_orders_user_created ON orders(user_id, created_at);

Query optimization — анализ EXPLAIN ANALYZE, удаление N+1 queries.

EXPLAIN ANALYZE
SELECT u.id, u.name, COUNT(o.id) as orders
FROM users u
JOIN orders o ON u.id = o.user_id
GROUP BY u.id, u.name;

Connection pooling — использование pgbouncer, PgPool для переиспользования connections.

Partitioning — разбиение больших таблиц для масштабируемости.

Replication и failover — настройка high-availability БД.

Уровень 6: Конкурентность

Работаю с:

• Transactions (BEGIN, COMMIT, ROLLBACK)
• Isolation levels (READ UNCOMMITTED, READ COMMITTED, REPEATABLE READ, SERIALIZABLE)
• Locks (для предотвращения race conditions)
• Optimistic locking (версионирование)

// Pessimistic lock
PGresult *res = PQexec(conn, "BEGIN; SELECT * FROM users WHERE id = 1 FOR UPDATE; ...; COMMIT;");

// Optimistic lock через версию
PGresult *res = PQexec(conn, 
    "UPDATE users SET name = $1, version = version + 1 WHERE id = $2 AND version = $3",
    ...);

Вывод

В C/C++ backend-разработке часто работаю на всех уровнях одновременно:

• Raw SQL для полного контроля
• Драйверы для низкоуровневого управления
• Patterns (Repository, Unit of Work) для архитектуры
• Performance optimization для масштабируемости

Ключевой навык — знать, когда использовать ORM, когда писать SQL вручную. Нет одного правильного способа.