Использовалась ли логика на стороне базы данных (хранимые процедуры, триггеры) в вашем проекте?

Да, использовалась, но ограниченно и обоснованно. Основная бизнес-логика находилась в сервисном слое Java-приложения.

Где применялась логика в БД (PostgreSQL):

1. Сложные отчеты и агрегации: Когда необходимо обработать большой объем данных на месте, минимизируя передачу по сети.

   CREATE FUNCTION calculate_monthly_sales(month INT, year INT)
   RETURNS DECIMAL AS $$
   DECLARE total DECIMAL;
   BEGIN
       SELECT SUM(amount) INTO total
       FROM orders
       WHERE EXTRACT(MONTH FROM order_date) = month
         AND EXTRACT(YEAR FROM order_date) = year;
       RETURN total;
   END;
   $$ LANGUAGE plpgsql;

2. Триггеры для аудита: Автоматическое логирование изменений критичных таблиц.

   CREATE TRIGGER audit_user_changes
   AFTER UPDATE ON users
   FOR EACH ROW EXECUTE FUNCTION log_user_update();

Архитектурный принцип:

• Плюсы логики в БД: Максимальная производительность для операций, тесно связанных с данными.
• Минусы: Усложняет тестирование, версионирование и миграции. Нарушает принцип инкапсуляции, если бизнес-правила "прячутся" в БД.

Итог: Логика в БД применялась только там, где это давало критическое преимущество в производительности, а ее поддержка и сложность были оправданы. Все остальные бизнес-правила реализовывались в коде приложения.