Для чего нужен Foreign key?

Для чего нужен Foreign Key

Foreign Key (внешний ключ) — это фундаментальный механизм в реляционных базах данных для установления и поддержания связей между таблицами. Это один из краеугольных камней целостности данных (data integrity).

Основное определение

Foreign Key — это столбец (или группа столбцов) в одной таблице, который ссылается на первичный ключ (Primary Key) в другой таблице. Это создаёт связь между таблицами.

Простой пример

-- Таблица категорий
CREATE TABLE categories (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(100) NOT NULL
);

-- Таблица товаров со связью на категории
CREATE TABLE products (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(100) NOT NULL,
    price DECIMAL(10, 2),
    category_id INT,
    FOREIGN KEY (category_id) REFERENCES categories(id)
);

Здесь category_id в таблице products — это внешний ключ, который ссылается на id в таблице categories.

Назначение Foreign Key

1. Обеспечение целостности данных (Referential Integrity)

Фиснове назначение — гарантировать, что данные согласованы между таблицами. БД не позволит вам создать товар с несуществующей категорией.

-- Это будет отклонено БД!
INSERT INTO products (name, price, category_id)
VALUES (Laptop, 999.99, 999);  -- category_id=999 не существует

-- ERROR: Constraint violation!
-- Foreign key constraint failed

2. Предотвращение сирот данных (Orphaned Data)

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

-- Без FK: можно удалить
DELETE FROM categories WHERE id = 5;  -- Товары остаются с невалидным category_id

-- С FK и ON DELETE RESTRICT: ошибка
-- ERROR: Cannot delete, products still reference this category

3. Поддержка каскадных операций

Можно автоматически обновлять или удалять связанные записи.

CREATE TABLE products (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(100) NOT NULL,
    category_id INT,
    FOREIGN KEY (category_id) 
        REFERENCES categories(id)
        ON DELETE CASCADE           -- Удалить товары если удалена категория
        ON UPDATE CASCADE           -- Обновить category_id если изменился id в categories
);

-- Теперь безопасно удалить категорию
DELETE FROM categories WHERE id = 5;  -- Все товары этой категории удалены

Типы действий при изменении связанных данных

-- ON DELETE / ON UPDATE могут иметь значения:

-- RESTRICT (по умолчанию): запретить удаление/обновление
FOREIGN KEY (category_id) REFERENCES categories(id) ON DELETE RESTRICT;

-- CASCADE: удалить/обновить все связанные записи
FOREIGN KEY (category_id) REFERENCES categories(id) ON DELETE CASCADE;

-- SET NULL: установить NULL в связанное поле
FOREIGN KEY (category_id) REFERENCES categories(id) ON DELETE SET NULL;

-- NO ACTION: похоже на RESTRICT
FOREIGN KEY (category_id) REFERENCES categories(id) ON DELETE NO ACTION;

-- SET DEFAULT: установить значение по умолчанию
FOREIGN KEY (category_id) REFERENCES categories(id) ON DELETE SET DEFAULT;

Практический пример: заказы и клиенты

-- Таблица клиентов
CREATE TABLE customers (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(100) NOT NULL,
    email VARCHAR(100) UNIQUE NOT NULL
);

-- Таблица заказов
CREATE TABLE orders (
    id INT PRIMARY KEY AUTO_INCREMENT,
    order_date DATE NOT NULL,
    customer_id INT NOT NULL,
    total DECIMAL(10, 2),
    FOREIGN KEY (customer_id) REFERENCES customers(id) ON DELETE CASCADE
);

-- Таблица товаров в заказе
CREATE TABLE order_items (
    id INT PRIMARY KEY AUTO_INCREMENT,
    order_id INT NOT NULL,
    product_id INT NOT NULL,
    quantity INT NOT NULL,
    price DECIMAL(10, 2),
    FOREIGN KEY (order_id) REFERENCES orders(id) ON DELETE CASCADE,
    FOREIGN KEY (product_id) REFERENCES products(id) ON DELETE RESTRICT
);

Объяснение:

• Если удалить клиента → удалятся все его заказы (CASCADE)
• Если удалить товар → ошибка, если товар в заказе (RESTRICT)
• Если удалить заказ → удалятся все позиции заказа (CASCADE)

Foreign Key в Python (SQLAlchemy)

from sqlalchemy import create_engine, Column, Integer, String, ForeignKey, DateTime
from sqlalchemy.orm import declarative_base, relationship
from datetime import datetime

Base = declarative_base()

class Category(Base):
    __tablename__ = "categories"
    
    id = Column(Integer, primary_key=True)
    name = Column(String(100), nullable=False)
    
    # Обратная связь
    products = relationship("Product", back_populates="category")

class Product(Base):
    __tablename__ = "products"
    
    id = Column(Integer, primary_key=True)
    name = Column(String(100), nullable=False)
    price = Column(Numeric(10, 2))
    category_id = Column(Integer, ForeignKey("categories.id"), nullable=False)
    
    # Прямая связь
    category = relationship("Category", back_populates="products")

# Использование
engine = create_engine("postgresql://...")
Base.metadata.create_all(engine)

# ORM автоматически работает с FK
session.add(Product(name="Laptop", price=999.99, category_id=1))
session.commit()

# Доступ к связанным данным
product = session.query(Product).first()
print(product.category.name)  # Автоматически JOIN

Преимущества и недостатки

Преимущества:

• ✓ Гарантирует целостность данных
• ✓ Предотвращает ошибки на уровне БД
• ✓ Упрощает отладку
• ✓ Автоматизирует каскадные операции
• ✓ Улучшает производительность запросов (БД знает структуру)

Недостатки:

• ✗ Может замедлить INSERT/UPDATE операции (проверка)
• ✗ Усложняет миграции БД
• ✗ Требует более тщательного планирования схемы
• ✗ В распределённых системах сложнее реализовать

Когда использовать

ИСПОЛЬЗУЙ Foreign Key когда:

• Данные точно должны быть связаны (заказы → клиенты)
• Нужна целостность на уровне БД
• Скорость операций не критична
• Централизованная БД (не микросервисы)

НЕ используй или будь осторожен когда:

• Распределённая архитектура (микросервисы)
• Очень высокие требования к скорости INSERT
• Логика целостности в приложении
• NoSQL БД (не поддерживают FK)

Вывод

Foreign Key — это не просто технический инструмент, а гарантия корректности данных. В любой серьёзной системе с реляционной БД Foreign Keys являются необходимостью для предотвращения несогласованности данных.