Работая с базой данных Oracle, разработчики неизбежно сталкиваются с вопросом блокировок. Это не баг, а важный механизм, который предотвращает хаос при одновременной работе нескольких пользователей с одними и теми же данными. Но если не понимать, как это работает, можно легко получить висящие сессии, дедлоки и жалобы от коллег. Давайте разберёмся! 💡 Существует два вида блокировок: системные и пользовательские. Первые автоматически управляются самой СУБД. Они служат для поддержания целостности данных, и разработчики с ними практически не взаимодействуют...

💡 Зачем спрашивают: чтобы понять, сталкивались ли вы с фантомными чтениями, грязными данными, неповторяющимися чтениями. Ответ: Java-пример (Spring Boot + @Transactional): @Transactional(isolation = Isolation.REPEATABLE_READ) public List<Order> getOrders(Long userId) { return orderRepository.findByUserId(userId); } Важно: не все СУБД поддерживают все уровни одинаково! В MySQL InnoDB REPEATABLE READ ближе к SERIALIZABLE. 💡 Зачем спрашивают: проверяют, понимаете ли вы стоимость операций DML. Ответ: Совет: всегда смотрите EXPLAIN ANALYZE в PostgreSQL! 💡 Зачем спрашивают: проверяют, умеете ли вы писать эффективный код с ORM...