Почему использовал маленькую базу данных?

Выбор компактной базы данных: архитектурное решение

При разработке приложений часто встаёт вопрос: какую базу данных выбрать? Если вы имеете в виду SQLite, H2 или другие встроенные СУБД вместо полнофункциональных систем типа PostgreSQL или MySQL, это обоснованное архитектурное решение.

Основные причины выбора компактных БД

1. Простота развёртывания

• Встроенные БД не требуют отдельной установки и конфигурации серверов
• Идеальны для MVP (Minimum Viable Product) и прототипирования
• Быстрый старт разработки без DevOps сложностей

2. Локальная разработка и тестирование

public class DatabaseConfig {
    // H2 встроенная БД для разработки
    @Bean
    public DataSource h2DataSource() {
        return DataSourceBuilder.create()
            .driverClassName("org.h2.Driver")
            .url("jdbc:h2:mem:testdb")
            .username("sa")
            .password("")
            .build();
    }
}

Вроцессе разработки это ускоряет цикл тестирования.

3. Снижение общей сложности проекта

• Меньше компонентов = меньше точек отказа
• Не нужно писать код миграций и резервного копирования
• Уменьшенный overhead на операционном уровне

4. Минимальные ресурсы

• Низкое потребление оперативной памяти
• Практически не требуют мощных серверов
• Подходят для edge computing и IoT приложений

Сценарии практического применения

• Desktop приложения: Java Swing/JavaFX с встроенной БД
• Microservices: легко упакуются в Docker контейнер
• Мобильные приложения: синхронизация данных через REST API
• Кэширование: быстрое хранилище между перезапусками

Когда это НЕПРАВИЛЬНЫЙ выбор

Одако стоит понимать ограничения:

• Масштабируемость: одновременные пользователи ограничены
• Надёжность: отсутствует репликация и отказоустойчивость
• Производительность: в боевых условиях на 1000+ запросов/сек падает
• Конкурентность: некоторые БД имеют блокировки при одновременном доступе

Правильный подход

Оптимальная стратегия — гибридный подход:

// Профили Spring для разных окружений
@Configuration
@Profile("development")
public class DevConfig {
    // Используем H2 для разработки
}

@Configuration
@Profile("production")
public class ProdConfig {
    // Используем PostgreSQL для продакшена
}

Так вы получите удобство локальной разработки и надёжность production-системы.

Вывод

Компактные БД — это не недостаток, а умный выбор для определённого этапа. Важно выбрать инструмент, соответствующий текущим требованиям, с расчётом на будущее масштабирование. Главное — осознавать trade-offs и уметь мигрировать, когда приложение вырастет.