Какие знаешь типы хранения данных в БД?

Типы хранения данных в БД

Выбор правильного типа хранения данных — это фундаментальное решение, которое влияет на производительность, масштабируемость и надёжность приложения. За годы работы я работал с различными подходами к организации данных.

Реляционные базы данных (SQL)

PostgreSQL, MySQL, Oracle — это самые традиционные и надёжные системы. Они используют табличную структуру с предопределённой схемой.

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

• ACID транзакции — гарантия целостности данных
• Нормализация — минимизация дублирования
• Индексы — быстрый поиск
• Constraints — валидация на уровне БД

Применение в Java:

@Entity
@Table(name = "users")
public class User {
    @Id
    @GeneratedValue(strategy = GenerationType.UUID)
    private UUID id;
    
    @Column(nullable = false, unique = true)
    private String email;
    
    @Column(name = "created_at", nullable = false)
    private LocalDateTime createdAt;
    
    @OneToMany(mappedBy = "user", cascade = CascadeType.ALL)
    private List<Order> orders;
}

NoSQL: Документо-ориентированные БД

MongoDB, CouchDB хранят данные в JSON/BSON документах. Схема динамична.

Сценарии использования:

• Быстрое прототипирование
• Неструктурированные данные
• Вложенные структуры (категории с подкатегориями)
• Горизонтальное масштабирование

public class UserDocument {
    @Id
    private String id;
    private String email;
    private Map<String, Object> profile;  // Гибкая структура
    private List<Address> addresses;
}

NoSQL: Key-Value хранилища

Redis, Memcached — это очень быстрые хранилища для часто используемых данных:

@Repository
public class UserCacheRepository {
    private final RedisTemplate<String, User> redisTemplate;
    
    public void cache(User user) {
        redisTemplate.opsForValue().set(
            "user:" + user.getId(),
            user,
            Duration.ofHours(1)
        );
    }
    
    public Optional<User> getCached(UUID id) {
        return Optional.ofNullable(
            redisTemplate.opsForValue().get("user:" + id)
        );
    }
}

Использую для:

• Кэширования часто запрашиваемых данных
• Сессий пользователей
• Rate limiting и DDoS protection
• Real-time счётчиков

Time Series базы данных

InfluxDB, TimescaleDB — для метрик и временных рядов:

public class MetricPoint {
    @Measurement(name = "cpu_usage")
    private String measurement;
    
    @Column(tag = true)
    private String host;
    
    @Column(name = "value")
    private Double cpuUsage;
    
    @Column(name = "time")
    private Instant timestamp;
}

Абсолютно необходимо для:

• Мониторинга и графиков
• Аналитики
• Логирования метрик производительности

Search индексы

Elasticsearch, Solr — специализированные системы для полнотекстового поиска:

@Repository
public class ProductSearchRepository {
    private final ElasticsearchOperations elasticsearchOperations;
    
    public List<Product> searchByName(String query) {
        Query searchQuery = new NativeSearchQueryBuilder()
            .withQuery(QueryBuilders.matchQuery("name", query))
            .withQuery(QueryBuilders.termQuery("status", "active"))
            .withPageable(PageRequest.of(0, 20))
            .build();
        
        return elasticsearchOperations.search(searchQuery, Product.class)
            .stream()
            .map(SearchHit::getContent)
            .toList();
    }
}

Графовые базы данных

Neo4j — для хранения связей и сетевых структур:

@Node
public class Person {
    @Id
    @GeneratedValue(strategy = GenerationType.SYSTEM_UUID)
    private String id;
    
    private String name;
    
    @Relationship(type = "KNOWS", direction = Relationship.Direction.OUTGOING)
    private List<Person> knows;
    
    @Relationship(type = "WORKS_AT")
    private Company company;
}

Применяю для:

• Социальных сетей
• Рекомендаций (who watched also watched)
• Анализа связей между объектами

Распределённые системы

HBase, Cassandra — для масштабируемости на petabyte масштабе:

public class CassandraUserStore {
    private final CassandraOperations cassandraOperations;
    
    public void save(User user) {
        // Партицирование по user_id обеспечивает
        // линейное масштабирование
        cassandraOperations.insert(user);
    }
}

Выбор хранилища в реальных проектах

Мой чек-лист:

• PostgreSQL + Redis — для большинства веб-приложений
• MongoDB — если требуется гибкость схемы
• Elasticsearch — если критичен поиск
• Neo4j — если центральные связи между данными
• TimescaleDB — для метрик и аналитики

Обычно используются несколько систем одновременно. Например:

• PostgreSQL как основное хранилище
• Redis для кэша и сессий
• Elasticsearch для поиска
• InfluxDB для метрик

Этот polyglot persistence подход требует тщательного дизайна, но даёт оптимальную производительность для каждого сценария использования.