Backend Matrix

# ❌ ПРОБЛЕМА (1 запрос за постами + N запросов за авторами):
posts = session.query(Post).all()
for post in posts:
    print(post.author.name)  # Каждая итерация делала отдельный SELECT!

# ✅ РЕШЕНИЕ (1 запрос с JOIN):
from sqlalchemy.orm import joinedload

posts = session.query(Post).options(joinedload(Post.author)).all()
for post in posts:
    print(post.author.name)  # Данные уже загружены заранее!

import asyncio

async def fetch_user(user_id: int): ...
async def fetch_orders(user_id: int): ...

# ❌ Старый подход (при ошибке в одной таске остальные продолжают работать):
# users, orders = await asyncio.gather(fetch_user(1), fetch_orders(1))

# ✅ Современный подход через TaskGroup:
async def main():
    async with asyncio.TaskGroup() as tg:
        task1 = tg.create_task(fetch_user(1))
        task2 = tg.create_task(fetch_orders(1))
    
    # Сюда код попадет только когда ОБЕ таски завершатся
    user = task1.result()
    orders = task2.result()

Если одна таска падает с ошибкой, TaskGroup автоматически отменяет все остальные таски в группе и выбрасывает ExceptionGroup

sequenceDiagram
    Client->>Backend: POST /pay (Header: Idempotency-Key: uuid-123)
    Backend->>Redis: SETNX idempotency:uuid-123 "processing"
    Backend->>DB: Выполняем платеж
    Backend->>Redis: Сохраняем ответ сервера в Кэш
    Backend->>Client: 200 OK (Payment success)

-- ❌ Плохо (O(N) по времени):
SELECT id, title FROM posts ORDER BY created_at DESC LIMIT 20 OFFSET 100000;

-- ✅ Быстро (O(1) по индексу):
SELECT id, title FROM posts 
WHERE id < :last_seen_id 
ORDER BY id DESC 
LIMIT 20;

-- Каждый воркер выполняет этот запрос:
BEGIN;

SELECT id, payload 
FROM task_queue 
WHERE status = 'pending' 
ORDER BY created_at ASC 
LIMIT 1 
FOR UPDATE SKIP LOCKED; -- 👈 Вся магия здесь

-- Обновляем статус найденной задачи
UPDATE task_queue 
SET status = 'processing' 
WHERE id = :found_id;

COMMIT;

HTTP/1.1 429 Too Many Requests
Content-Type: application/json
Retry-After: 30

{
  "error": "Too Many Requests",
  "message": "Вы превысили лимит запросов. Пожалуйста, подождите 30 секунд."
}

-- Транзакция 1 блокирует строку с товаром
BEGIN;
SELECT quantity FROM products WHERE id = 42 FOR UPDATE;
-- (БД возвращает 1, строка заблокирована для других изменений)

UPDATE products SET quantity = 0 WHERE id = 42;
COMMIT; -- Блокировка снимается

# 1 запрос: получает 10 постов
posts = Post.objects.all() 

for post in posts:
    # Еще 10 отдельных запросов: по одному на каждого автора!
    print(post.title, post.author.name)

# Всего 1 ленивый запрос, который сразу соберет все данные
posts = Post.objects.select_related('author').all()

for post in posts:
    print(post.title, post.author.name) # Данные уже в памяти, запросов к базе нет!

PUT /api/users/42
{
    "name": "Alex",
    "age": 26,
    "city": "Moscow"
}

PATCH /api/users/42
{
    "age": 27 -- изменится только возраст, имя и город останутся прежними
}

SELECT * FROM users WHERE email = '[email protected]';

-- Делаем это один раз при создании или миграции базы
CREATE INDEX idx_users_email ON users(email);

// Чистый Node.js / Bun / Deno — без внешних зависимостей
async function fetchUserData(userId) {
  try {
    const response = await fetch(`https://api.example.com/users/${userId}`, {
      headers: { 'Authorization': `Bearer ${process.env.API_KEY}` },
      signal: AbortSignal.timeout(5000) // Нативный таймаут на 5 секунд!
    });
    
    if (!response.ok) throw new Error(`HTTP error: ${response.status}`);
    return await response.json();
  } catch (err) {
    console.error('Ошибка запроса:', err.message);
  }
}

git checkout main
git merge feature-branch

git checkout feature-branch
git rebase main