За счет чего достигается зависимость между таблицами

# За счет чего достигается зависимость между таблицами

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

Основной механизм: Внешний ключ

Внешний ключ — это один или несколько столбцов в одной таблице, которые ссылаются на первичный ключ (или уникальный индекс) в другой таблице.

-- Пример: связь Departement -> Employee (один-ко-многим)
CREATE TABLE departments (
    id SERIAL PRIMARY KEY,
    name VARCHAR(100) NOT NULL
);

CREATE TABLE employees (
    id SERIAL PRIMARY KEY,
    name VARCHAR(100) NOT NULL,
    department_id INT NOT NULL,
    FOREIGN KEY (department_id) REFERENCES departments(id)
);

Что гарантирует внешний ключ

1. Ссылочная целостность:

• Невозможно вставить значение в department_id, которого нет в таблице departments
• Невозможно удалить отдел, пока в нем есть сотрудники (по умолчанию)

-- Ошибка! department_id=999 не существует
INSERT INTO employees (name, department_id) VALUES (Иван, 999);
-- ERROR: insert or update on table "employees" violates foreign key constraint

2. Каскадные операции: Дополнительные опции управления поведением при удалении/обновлении:

CREATE TABLE employees (
    id SERIAL PRIMARY KEY,
    name VARCHAR(100),
    department_id INT,
    FOREIGN KEY (department_id) REFERENCES departments(id)
        ON DELETE CASCADE        -- Удалить сотрудников при удалении отдела
        ON UPDATE CASCADE        -- Обновить department_id при изменении id отдела
);

3. Индексирование: Внешний ключ автоматически создает индекс, ускоряя JOIN операции и поиск связанных записей.

Типы связей

Один-ко-многим (1:N) — самая частая:

-- Один отдел -> много сотрудников
FOREIGN KEY (department_id) REFERENCES departments(id)

Один-к-одному (1:1):

-- Один сотрудник -> одна зарплата
CREATE TABLE salaries (
    id SERIAL PRIMARY KEY,
    employee_id INT UNIQUE NOT NULL,
    amount DECIMAL(10,2),
    FOREIGN KEY (employee_id) REFERENCES employees(id)
);

Много-ко-многим (N:M) — через соединительную таблицу:

-- Студенты и курсы
CREATE TABLE student_courses (
    student_id INT NOT NULL,
    course_id INT NOT NULL,
    PRIMARY KEY (student_id, course_id),
    FOREIGN KEY (student_id) REFERENCES students(id),
    FOREIGN KEY (course_id) REFERENCES courses(id)
);

В контексте Java/ORM (Hibernate/JPA)

В коде Java зависимость выражается через аннотации:

@Entity
@Table(name = "employees")
public class Employee {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    
    private String name;
    
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "department_id", nullable = false)
    private Department department;
}

@Entity
@Table(name = "departments")
public class Department {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
    
    private String name;
    
    @OneToMany(mappedBy = "department", cascade = CascadeType.ALL)
    private List<Employee> employees;
}

Здесь @JoinColumn указывает на физический внешний ключ в БД, а @OneToMany/@ManyToOne описывают логическую связь.

Ограничения и альтернативы

Когда внешние ключи замедляют систему:

• При частых INSERT/UPDATE большых объемов данных
• На денормализованных схемах
• При работе с распределенными БД

Решения:

• Отключение проверки FK на время импорта данных
• Денормализация (хранение копий данных)
• Проверка целостности на уровне приложения (Java)
• Event sourcing / CQRS архитектура

Вывод: внешние ключи — это стандартный, надежный и рекомендуемый способ создания связей между таблицами в SQL БД.