В чем разница между реляционной БД и таблицы в Excel?

В чем разница между реляционной БД и таблицы в Excel?

Этот вопрос часто в интервью, потому что многие новички путают таблицы с БД. Excel таблица и реляционная база данных - это две совершенно разные вещи, хотя они выглядят похоже на поверхности.

Excel таблица

Excel - это просто файл с данными, организованными в строки и столбцы.

Пользователи.xlsx
┌─────────┬────────────┬─────────┐
│   ID    │    Name    │  Email  │
├─────────┼────────────┼─────────┤
│    1    │  John Doe  │ j@m.com │
│    2    │  Jane Smith│ j@m.com │
│    3    │  Bob Jones │ b@m.com │
└─────────┴────────────┴─────────┘

Реляционная БД

Реляционная БД (PostgreSQL, MySQL, Oracle) - это специализированная система управления данными с движком обработки запросов.

Database
├── users (таблица)
│   ├── id (PRIMARY KEY)
│   ├── name
│   ├── email
│   └── ...
├── orders (таблица)
│   ├── id (PRIMARY KEY)
│   ├── user_id (FOREIGN KEY)
│   └── ...
└── products (таблица)
    ├── id (PRIMARY KEY)
    └── ...

Основные различия

1. Масштабируемость

Excel:
- Макс. строк: ~1,000,000
- Размер файла: ~ 100 МБ
- Один пользователь может работать одновременно

Сервис c 1,000,000 пользователей:
- PostgreSQL: может хранить миллиарды записей
- Множество пользователей одновременно
- Горизонтальное масштабирование (шардинг)

2. Целостность данных (Data Integrity)

Excel:

┌─────────┬────────────┬─────────┐
│   ID    │    Name    │  Email  │
├─────────┼────────────┼─────────┤
│    1    │  John Doe  │ j@m.com │
│    1    │  Jane Smith│ j@m.com │  <- Дубликат ID!
│  null   │  Bob Jones │ b@m.com │  <- Пустой ID!
│    "x"  │  Bad User  │ invalid │  <- Неверный тип
└─────────┴────────────┴─────────┘

Этого избежать невозможно - Excel ничего не проверяет

Реляционная БД:

CREATE TABLE users (
    id INTEGER PRIMARY KEY,  -- Уникален, не может быть null
    name VARCHAR(100) NOT NULL,  -- Не может быть null
    email VARCHAR(100) NOT NULL,  -- Не может быть null
    age INTEGER CHECK (age >= 0)  -- Проверка диапазона
);

INSERT INTO users VALUES (1, 'John Doe', 'j@m.com', 30);  -- OK
INSERT INTO users VALUES (1, 'Jane Smith', 'j@m.com', 25);  -- ОШИБКА! Дубликат ID
INSERT INTO users VALUES (null, 'Bob Jones', 'b@m.com', 35);  -- ОШИБКА! ID не null
INSERT INTO users VALUES (2, 'Bad User', 'invalid', -5);  -- ОШИБКА! Age < 0

3. Связь между таблицами

Excel:

users.xlsx
┌─────────┬────────────┐
│   ID    │    Name    │
├─────────┼────────────┤
│    1    │  John Doe  │
└─────────┴────────────┘

orders.xlsx (другой файл!)
┌─────────┬────────────┬────────────┐
│   ID    │  user_id   │   Amount   │
├─────────┼────────────┼────────────┤
│    101  │      1     │   100.00   │
│    102  │      5     │   200.00   │  <- user_id=5, но в users нет!
└─────────┴────────────┴────────────┘

Это просто данные в разных файлах. Нет никакой проверки связи.

Реляционная БД:

CREATE TABLE users (
    id INTEGER PRIMARY KEY
);

CREATE TABLE orders (
    id INTEGER PRIMARY KEY,
    user_id INTEGER REFERENCES users(id)  -- Внешний ключ!
);

INSERT INTO orders VALUES (102, 5);  -- ОШИБКА!
-- Не может быть user_id=5, потому что нет такого пользователя!

БД автоматически проверяет целостность связей (referential integrity).

4. Запросы

Excel:

Чтобы найти все заказы конкретного пользователя, нужно:
1. Вручную отфильтровать строки
2. Использовать VLOOKUP/INDEX-MATCH
3. Скопировать данные вручную

Реляционная БД:

SELECT o.id, o.amount, u.name
FROM orders o
JOIN users u ON o.user_id = u.id
WHERE u.name = 'John Doe';

-- Результат за миллисекунду, даже если миллионы записей

5. Производительность

Excel:

10,000 строк - уже медленно
100,000 строк - очень медленно
1,000,000 строк - приложение может зависнуть

Реляционная БД:

1,000,000 строк - работает мгновенно с индексами
1,000,000,000 строк - всё ещё быстро

Почему? Потому что БД использует индексы, оптимизацию запросов (query optimizer), и специализированные алгоритмы поиска.

6. Конкурентность (многопользовательский доступ)

Excel:

Пользователь 1 открыл файл
Пользователь 2 открыл файл
Пользователь 1 изменил строку и сохранил
Пользователь 2 сохранил - перезаписал изменения пользователя 1!

Это потеря данных.

Реляционная БД:

-- Пользователь 1
BEGIN TRANSACTION;
UPDATE users SET age = 31 WHERE id = 1;
COMMIT;

-- Пользователь 2 (одновременно)
BEGIN TRANSACTION;
UPDATE users SET age = 32 WHERE id = 1;
COMMIT;

-- БД обработает это правильно благодаря транзакциям и блокировкам

7. Безопасность

Excel:

Файл можно открыть в любом текстовом редакторе
Внутри хранятся чистые данные (легко украсть)
Нет шифрования
Нет контроля доступа

Реляционная БД:

-- Аутентификация (username/password)
CONNECT TO database AS user USING password;

-- Авторизация (разные права для разных пользователей)
GRANT SELECT ON users TO analyst;
GRANT DELETE ON users TO admin;

-- Шифрование
SSL/TLS для передачи
Шифрование данных на диске

-- Аудит (логирование изменений)

8. Резервные копии и восстановление

Excel:

Вручную копировать файл
Сложно отследить изменения
Сложно вернуться к старой версии

Реляционная БД:

-- Автоматические бэкапы
BACKUP DATABASE TO 'backup.sql';

-- Точка восстановления
RESTORE DATABASE FROM 'backup_2024-03-22.sql';

-- Логирование всех изменений (WAL - Write-Ahead Logging)

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

• Небольшие данные (< 10,000 строк)
• Одноразовый анализ
• Быстрая визуализация
• Не критичные данные

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

• Production приложения
• Много пользователей одновременно
• Большие объёмы данных
• Критичная целостность данных
• Необходимости в запросах
• Безопасность данных

Резюме

Excel - это файл для организации данных. Реляционная БД - это система управления данными с:

• Целостностью данных (constraints)
• Оптимизацией запросов (indexes)
• Многопользовательским доступом (транзакции)
• Безопасностью (аутентификация, авторизация)
• Масштабируемостью (миллиарды записей)

Любое production приложение использует БД, а не Excel файлы!