Как ускорить этот SQL-запрос на большой таблице? Какой индекс добавить и поможет ли индекс только по status?
Java
-- Есть таблицы со структурой Employee id (PK) name salary dep_id(FK department.id) Department id (PK) name -- написать запрос, который вернет список наименований всех отделов с максимальной зарплатой в каждом отделе select d.name, COALESCE(MAX(e.salary), 0) from Department d left join Employee e on e.dep_id = d.id group by d.name
Переход со стека Java 17 на 21 был разовым переключением, или разные сервисы работают на разных версиях?
Какие компоненты Spring Cloud вы использовали?
Есть ли слабая сторона или точка роста, которую вы видите для себя?
Как построить эффективный индекс для колонки с низкой селективностью (например, статус: new/running/finish), когда важен только статус 'new'?
Что такое Bean и BeanDefinition в Spring?
Какие уровни изоляции транзакций существуют и при каком возможно грязное чтение?
Чем отличается HashMap от LinkedHashMap?
Как использовался Spring Security в проекте?
Что именно тюнил в Kafka? Какие конкретные параметры настраивал?
Что значит 'самоподписанный' токен? Зачем нужна подпись?
Какие тест-кейсы написал бы для этого метода?
Можно ли анонимный класс заменить лямбда-функцией?
Что такое Spring? Зачем нужен? Что такое DI и IoC?
Расскажите коротко про проект в [компания] — что делали там?
producer 1 consumer 4 partition 3 topic 1
/** * == ФТ == * Сервис обработки заказа получает заказ для обработки через Rest API. * Обработка в следующем: * - Проверить наличие товара на складе (вызывается внешний сервис по REST/HTTP). Если товара нет, то обработка заказа прекращается. * - Сохранить заказ в БД заказов * - Запустить дальнейшую обработку заказа (Processing, вызывается внешний сервис по REST/HTTP) * - Инициировать уведомления о новом заказе (Notification, вызывается внешний сервис по REST/HTTP) * * == НОТ == * - обработка должна быть такой, что если сохранить в БД заказ не удалось, то запускать заказ в обработку (processing) и инициировать уведомление (notification) не надо * - использовать для корреляции логов идентификатор заказа * - поддержать метрики 1) количество принятых заказов 2) количество успешно обработанных заказов * - сервис должен обрабатывать до 100 заказов в секунду */
Клиент видит старый баланс после успешного вывода вчера. В чём может быть причина?
Знаешь отличие HTTP 1.1 и HTTP 2? Может быть, даже HTTP 3?