«10/10» – как это?

Всем привет, коллеги! 👋

Давайте сегодня поговорим на очень субъективную и важную тему – самооценка своих навыков.

Часто в резюме мы видим: «Владею навыками оптимизации на 8/10», «Навыки переговоров – 7/10». Но что на самом деле стоит за этими цифрами?

Предлагаю эксперимент!
Оцените по шкале от 1 до 10 свои ключевые навыки, soft и hard скиллы, например:

Вопрос на собесе: «Как вы оцениваете свои знания?»

10 - я Бог;
9 - я Том Кайт/Oracle Ace;
8 - Senior Developer;
…
1 - не знаю совсем ничего.

В этой градации мои знания я оцениваю в ...

Поделитесь в комментариях критериями для «идеальной десятки» – что должно быть, чтобы было 10?

Мне безумно интересно, по каким критериям вы измеряете свой профессиональный рост! Делитесь в комментариях

#sql #oracle #Denis_Kivilev

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Массовые сокращения в IT: что происходит и как выжить

Друзья, привет! 👋

Последние месяцы рынок IT заметно трясёт. Многие компании массово сокращают специалистов: где-то режут целые команды, где-то «оптимизируют» бюджеты и пересматривают роли. И давайте честно: это не единичные случаи…

Почему так происходит? 🤔

На рынке слишком много джунов, но слишком мало сильных специалистов.

Компании считают деньги: оптимизация бюджета — любимое слово HR в 2025.

Узкие специалисты страдают первыми: если ты умеешь только «писать код», тебя легко заменить.

Сокращения — это фильтр, который оставляет на плаву тех, кто реально ценен.

Каким нужно быть, чтобы вас не сократили?

1️⃣ Тем, кто решает задачи бизнеса – не просто пишет SQL, а понимает, как его запросы влияют на деньги и клиентов.

2️⃣ Тем, кто оптимизирует производительность, ресурсы. Сегодня компаниям важен не «ещё один кодер», а человек, который экономит миллионы.

3️⃣ Тем, кто прокачивает soft-скиллы – умеет проходить собесы, общаться с менеджером, аргументировать свою позицию. Это не менее важно, чем hard скиллы.

А если всё же сократили?

Это шанс выйти на новый уровень!

🔹 Обновите резюме и портфолио — покажите реальные достижения, цифры, результаты.

🔹 Учитесь во время простоя — оптимизация, архитектура, новые инструменты.

🔹 Цельтесь выше: после прокачки не соглашайтесь на те же деньги. Если вы Middle с опытом оптимизации, рынок даст вам +30–50% к зарплате.

Современный айтишник – кто это?

Это человек с глубокой экспертизой, тот, кто умеет экономить компании деньги и время.

Это спец, которого зовут на собесы, потому что он может вести проект вперёд.

Сокращения не страшны тем, кто умеет показывать ценность.
Не останавливайтесь: учитесь, тренируйтесь на собесах, прокачивайте харды и софты. Тогда любое «сокращение» станет вашим апгрейдом 🚀

С вами был Денис Кивилев. Берегите себя и растите в цене на рынке 😉

#sql #oracle #Denis_Kivilev

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Как правильно увольняться? 💼

Увольнение — вещь неприятная, особенно когда это происходит неожиданно: одним днём, без подушки безопасности. Завтра нужно оплатить кредит, а впереди ещё и крупные траты, поездка…

Кто в этом виноват? Начальник? Нет. Причин для увольнения может быть множество: убытки компании, сокращение ради выживания или оптимизация расходов для увеличения прибыли.

Поэтому каждый из нас должен быть готов к увольнению в своей компании. Чтобы избежать стресса, важно заранее понимать, как правильно увольняться и как превратить этот момент в плюс и рост.

Как правильно увольняться?👇

– У вас должна быть финансовая подушка и план «Б» на такой случай — хотя бы несколько месяцев запасов, чтобы спокойно искать новую работу.

– Необходимо не паниковать. Хороший специалист всегда найдёт место, и чаще всего — с ещё более высокой зарплатой.

Почему увольнение может сыграть только в плюс?

🔹 Отсутствие роста.
Вы давно сидите на одном месте, зарплата не меняется и остаётся ниже рынка.

🔹 Возможность выйти в рынок.
Если ваши знания соответствуют требованиям — например, вы уверенно владеете PL/SQL, оптимизацией SQL и секционированием, — перед вами открываются хорошие вакансии с зарплатой от 350К и выше.

Но важно уметь правильно искать такие предложения, а это, как показывает практика, умеют далеко не все.

Чтобы не оказаться в неприятной ситуации:

А) ходите на собеседования.
Б) не живите от зарплаты до зарплаты.
В) готовьтесь заранее.

А если вам не хватает знаний и вы понимаете, что при увольнении окажетесь в трудном положении, заполняйте анкету и вставайте в очередь!

И ещё: если тема для вас откликнулась, накидайте 50 реакций — проведём эфир с экспертом о том, как правильно увольняться 😉

С вами был Денис Кивилев. Всем хорошего дня 🚀

#sql #oracle #Denis_Kivilev

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Да, меня тоже увольняли

Друзья, всем привет! На связи Денис 👋

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

🎬 Я записал видео, где рассказал две своих истории на тему увольнения и сокращения.

Для удобства сделал таймкоды:
00:29 – если вы зададите себе этот вопрос при увольнении, вы будете в безопасности.
00:49 – первая история с долгом в 5 зарплат и увеличением з/п в 2.5 раза
03:10 – вторая история как меня неожиданно сократили (и такое может произойти с каждым).
05:19 – как мне удалось заранее «подстелить соломку».
05:47 – адский труд на нескольких работах.
07:28 – почему важно регулярно проходить собесы, даже если не собираешься увольняться.

Увольнение может случиться с каждым. Вопрос только в том, готовы ли вы к этому.

✅ Учитесь.
✅ Проходите собеседования хотя бы раз в пару месяцев.
✅ Поддерживайте свои навыки в форме: SQL, PL/SQL, алгоритмы, софтовая часть интервью.

Тогда сокращение станет не катастрофой, а трамплином к новым возможностям 🚀

А как вы проходили увольнение? Как справились? И стали после получать больше? Делитесь в комментариях!

С вами был Денис! Всем добра 🕊

#sql #oracle #Denis_Kivilev

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Закулисье: что происходит с курсами сейчас

Друзья, на связи Денис Кивилев 👋

Хочу приоткрыть закулисье. Последние пару месяцев я плотно занят тем, что переупаковываю все свои курсы: и по PL/SQL, и по SQL, и по секционированию. 🤫

IT-рынок очень быстро меняется. Появляются новые практики, обновляются версии, форматы собесов и вопросы на них регулярно меняются. Я не могу позволить себе, чтобы мои курсы оставались на уровне «годичной давности». Поэтому я решил пройтись по всем продуктам и обновить их.)

Что это значит для вас?

🔥 Актуальные знания — убираем устаревшее, добавляем то, что реально спрашивают на собесах и используют на проектах.

🔥 Усиление практики — больше заданий, больше разборов, больше «прикладного» материала.

Для меня это большая работа — фактически заново собираю целую экосистему продуктов, чтобы вы получали максимально современный контент!

Если вы давно хотели попасть на один из курсов, ваше время пришло. 🚀 Анкета предзаписи уже открыта, можно встать в очередь и занять слот!

Заполняйте анкету, чтобы ребята из моей команды могли связаться с вами, и вы, в свою очередь, могли задать все интересующие вас вопросы.

Парочку мест уже занято, хотя курс стартует аж через два месяца! Те, кто заполнил анкету, уже получают бонусы за внесение брони 🔥

Заполняйте форму

Помните, что количество мест ограничено, поэтому не упустите момент 🚀

Также хочу отметить, что следующее обучение планируется только через год. Поэтому не откладывайте в долгий ящик, ведь иначе попасть можно будет нескоро…

В ближайшее время расскажу больше о том, что вас ждёт 😉

С вами был Денис Кивилев. Делаем шаг в новое поколение обучения 🚀

#sql #oracle #Denis_Kivilev

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Как DBA из Ташкента разобрался с оптимизацией и стал увереннее в работе

Друзья, всем привет! На связи Денис 👋

Сегодня хочу поделиться историей одного из учеников курса по оптимизации Oracle SQL. Он попросил остаться анонимным, поэтому давайте без имён — важнее сама история 😉

С чего всё началось?

Наш герой — директор департамента из Ташкента. По работе постоянно сталкивался с оптимизацией, но до курса она казалась «каким-то непонятным существом». Нужно было не только самому решать задачи, но и объяснять коллегам, обучать ребят.

Были сомнения: стоит ли идти, окупятся ли вложения, но в итоге решился — и не пожалел 😉

С какими трудностями он столкнулся?

• Поначалу было непросто работать с ментором. Казалось, что уровень слишком высокий.
• Проверки домашних заданий стопорили прогресс.
• Была разница во времени (Москва–Ташкент), приходилось сидеть допоздна.

Но именно это и стало точкой роста: пересматривал лекции, вникал, и когда начинало получаться — это было «вау-ощущение»!

Что изменилось после курса?

• Оптимизация перестала быть «чёрным ящиком».
• Научился читать execution plan и использовать трассировку.
• Разобрался с индексами: например, заменил bitmap на B-tree и решил проблему блокировок в биллинговой системе.
• Смог объяснять коллегам, почему «здесь тормозит, а здесь работает стабильно».
• Двое сотрудников под его руководством прошли аттестацию на более высокую ступень.

Цифры и результаты 🔥

📈 По хардскилам: с 4/10 до 8/10.
💰 Рост дохода после курса — +20%.
🧑‍💼 В карьере — повышение и больше уверенности в себе.

Для него курс стал тем самым системным подходом, которого не хватало: всё самое нужное собрано в одном месте и объяснено на практических примерах.

«Если человек хочет пойти на курс — надо идти» – говорит он.

Если вы тоже хотите перестать «тыкаться наугад» и системно прокачать навыки оптимизации SQL, чтобы быть увереннее на работе и собесах — заполняйте анкету 😉

Помните, что количество мест ограничено 🚀

Хотели бы видеть больше таких вдохновляющих историй? Делитесь в чатике.

С вами был Денис Кивилев. Всем хорошего дня!

#sql #oracle #Denis_Kivilev #результаты

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Скоро вас заменит ChatGPT, и вот почему 👇

Друзья, приветствую! 👋

Рынок IT сейчас меняется быстрее, чем когда-либо. Если опираться на прогнозы, то в ближайшие 2-3 года ждет большое сокращение специалистов в IT-сфере.

Подробнее можете узнать в следующих статьях 👇

ChatGPT: мысли о неизбежном — как нейросети изменят нашу работу и кому придётся искать новую

Волна увольнений в IT: искусственный интеллект вытесняет людей?

Джунам становится всё сложнее пробиться. Почему? Да потому что базовые задачи всё чаще решает не человек, а ChatGPT и другие модели 🤖

Что это всё значит?

Базовый код больше не уникален. Раньше джун мог показать на собесе «Смотрите, я написал функцию на SQL». Сегодня то же самое за секунду сделает GPT.

Требования к новичкам растут. От них ждут оптимизации и умения решать реальные задачи бизнеса.

Что будет дальше?

Джунам будет всё труднее находить работу. «Мидлы» и «сеньоры» будут цениться ещё выше, потому что GPT не умеет думать стратегически, принимать решения и брать ответственность. Разрыв между «новичок» и «сильный специалист» станет ещё больше.

Что делать, чтобы вас не заменили? 👇

– Расти быстрее. Не задерживайтесь на уровне джуна! Ваша цель — как можно скорее добраться до middle.

– Учитесь оптимизировать. GPT может сгенерировать запрос, но понять, почему он работает медленно и как его ускорить — это уже ваша работа.

– Собеседования = тренировки. Чем больше практики на собесах, тем быстрее вы прокачиваете свои soft-скиллы, что, напоминаю, очень важно 😉

Чат GPT – это всего лишь инструмент, причем очень полезный, если уметь им пользоваться. Однако вы должны понимать, что глубинно мыслить и совершать реальные действия для оптимизации бизнеса может только реальный специалист!

Если вы останетесь на уровне «писать базовый код», вас легко заменят. Если вы растёте до middle/senior, вы становитесь тем человеком, который управляет инструментом и приносит реальную ценность. 🔥

А что вы думаете по поводу чата GPT? Пользуетесь ли им для написания кода? Если да, то расскажите, как он вам помогает и какие ошибки совершает,
в комментариях!

С вами был Денис Кивилев. Друзья, желаю всем карьерного роста!

#sql #oracle #Denis_Kivilev

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

COST в плане запроса

Друзья, всем привет! 🙌

Сегодня у нас интересная тема из практики текущего шестого потока по оптимизации. Часто всплывает вопрос про столбец Cost в плане запросов. 🤔 Многие новички, которые только начинают разбираться с оптимизацией, сразу обращают внимание на этот показатель. Да и на собеседованиях его любят спрашивать.

Один из наших студентов как раз задал вопрос:

а нужно ли вообще смотреть на этот самый Cost?

Я решил поделиться с вами фрагментом практики, где ребята обсуждают этот момент. Подумайте сами — что это за показатель, куда он ведет и стоит ли на него ориентироваться.

А уже в четверг я опубликую развернутый ответ нашего преподавателя Константина 🎓 — с кодом, примерами и всеми подробностями. Так что делитесь своим мнением в комментариях: Cost — это полезная подсказка или пустая трата времени? Чатик 💬

Приятного просмотра, коллеги! 🚀

#sql #oracle #Konstantin_Andronov #оптимизация

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Быстро только кошки родятся

Друзья, привет! 👋

Сегодня хочу немного рассказать про свой путь. Многие спрашивают: «Денис, а как ты добился успеха?»

Честно? Я себя не считаю каким-то мега-успешным чуваком. Есть люди гораздо умнее и быстрее меня. Всё, что у меня есть, я сделал упорством. Просто не бросал то, что начал.

Как всё начиналось

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

Там началась настоящая прокачка: сертифицированные курсы по Oracle, книги, практика, новые проекты. Всё было по схеме:

обучение → практика → новые задачи → новый уровень.

За первые 5 лет я сменил 4 работы. Где-то 9 месяцев, где-то полтора года. Так набивал руку, проходил собеседования, участвовал в проектах.

В чём «секрет» успеха

Если коротко:
• Постоянное обучение (и хард, и софт).
• Не бояться брать на себя новые обязанности.
• Упорство.

Например, сертификация Oracle дала огромный буст. Были реальные боевые проекты: коммерческая разработка, где я впервые стал тимлидом, DWH в Магните, финпроцессинг в Qiwi, ...

Да, тяжело. Но именно там я вырос и как специалист, и как руководитель 🚀

Результаты приходят не быстро.
Быстро только кошки родятся. Всё остальное — это труд, усердие и упорство.

И если вам кажется, что успех — это про «талант», то нет. Я сам не из тех, кому всё даётся легко. Мне нужно повторять много раз, пробовать, ошибаться. Но именно это и работает.

Вот и весь «секрет». Учиться, работать, не останавливаться.
И тогда у каждого из вас получится свой путь. Но если вы не хотите впахивать несколько лет для достижения результата, а хотите уже сейчас зарабатывать 300-500к в месяц, заполняйте анкету 😉

А у вас как было? С чего начался ваш путь в IT? Делитесь в комментариях, будет интересно почитать)

С вами был Денис Кивилев. Всем добра и карьерного роста ⚡️

#sql #oracle #Denis_Kivilev

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

ЗП в $10 000! Что дальше после Senior Oracle Developer?

Друзья, привет! На связи Денис 👋

Большинство из нас даже не задумываются: «А что дальше после Senior Oracle Developer? Это же вершина — зарплата в 400–500 тысяч в месяц, стабильность, топовые компании». И на этом многие ставят точку.

Но на самом деле Senior — это всего лишь новая отправная точка 🚀

Senior — это уровень, когда у тебя уже есть фундамент знаний, ты умеешь оптимизировать SQL-запросы, тебя ценят в команде, ты решаешь сложные задачи.

Но дальше начинается самое интересное — и у тебя есть несколько дорог:

1️⃣ Лидерство. Тимлид, архитектор, руководитель группы. Доходы поднимаются до 600–800 тысяч рублей, а в международных компаниях — $10–15 тыс. в месяц.

2️⃣ Редкая экспертиза. Узкая специализация, которой владеют единицы. Консалтинг по Oracle-оптимизации может приносить 1–2 млн ₽ в месяц.

3️⃣ Зарубежный рынок. Senior в Европе и США — это $8–12 тыс. в месяц, что уже ближе к миллиону ₽. А дальше открывается уровень $15–20 тыс. и выше.

4️⃣ Предпринимательство. Создание команд, консалтинг, запуск продуктов. Здесь доходы измеряются миллионами.

🔥 А теперь представьте на минуту: ваша зарплата не 200–300 тысяч, а 1 миллион рублей в месяц. Что изменится? Новая квартира? Машина? Путешествия? Инвестиции? А если доходы 3–5 млн ₽ в месяц? Это уже совсем другой уровень свободы и уверенности.

И самое важное — туда ведут не мечты «когда-нибудь», а конкретные шаги.

💡 У нас на курсах ребята уже сегодня проходят этот путь:

— выходят на позиции с доходом 350–400–500 тысяч и выше,
— с лёгкостью проходят собеседования даже в международные компании,
— получают офферы на 700К+, $10К и больше.

Мы даём именно те знания, которые реально нужны рынку: чтение и разбор планов, оптимизация запросов, секционирование, системный подход к БД. Эти скиллы сразу же конвертируются в рост дохода 💰

❗️Если вы хотите быть среди тех, кто растёт, а не застревает на месте — заполняйте анкету предзаписи на следующий поток по оптимизации 😉

С вами был Денис Кивилев. Всем хорошего дня!

#sql #oracle #Denis_Kivilev

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

COST в плане запроса. Продолжение

Друзья, всем привет!
С вами Костя Андронов 👋

В понедельник мы выкладывали фрагмент одной из практических встреч нашего последнего потока по оптимизации с вопросом от одного из наших студентов про Cost в плане запроса.

⚡️Давайте разберёмся, что же такое Cost

Cost — это предполагаемое количество единиц работы машинных ресурсов для выполнения шага запроса.

Но как считаются эти «единицы» и от чего они зависят?

🔹 «Стоимость» разных типов операций на конкретном сервере (учитываются ввод-вывод, CPU, память и т.д.)
🔹 Статистика по объектам (число строк в таблицах, колонки, индексы и пр.)
🔹 Способы доступа к данным
🔹 Расчётное количество строк, обрабатываемых на каждом шаге
🔹 Распределение данных

На основе этих факторов оптимизатор перед выполнением строит разные планы и выбирает тот, где суммарный Cost получился минимальным.

Вроде бы всё логично ✅
Но почему же тогда планы иногда оказываются не оптимальными?🤔

А всё просто: у оптимизатора не всегда есть полная и актуальная информация. Например, данные изменились, а статистика не обновилась (или её вовсе нет) — и вот уже рассчитанный Cost теряет актуальность.

Само по себе абсолютное значение Cost не информативно:
🔸Cost = 1000 для полного чтения таблицы в 1000 строк — это много или мало?
🔸А если строк уже 10 000?
🔸А для другой таблицы?
🔸А если та же таблица на другом сервере?

Зачем же тогда его выводят?
👉 Чтобы мы понимали, почему оптимизатор выбрал именно этот план, а не другой.

На что же стоит смотреть во время оптимизации?
🎥 Об этом рассуждаем со студентами в видео к посту + пример, где у более оптимального плана Cost оказался выше.

Согласитесь довольно круто, когда такие вещи можно обсудить на живой встрече, получить моментальный фидбек и наконец-то избавиться от давних вопросов ❤️
И возможность такая есть, она находится на расстоянии заполненной анкеты 😉

Делитесь в Чатике своими историями, когда Cost вас подводил (или наоборот — помогал) при оптимизации запросов💬

С вами был Костя. Хорошего дня и быстрых запросов! 🚀

#sql #oracle #Konstantin_Andronov #оптимизация

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Зачем нужен Index Skip Scan?

Друзья, всем привет! 👋

С вами Костя Андронов, и сегодня у нас технический пост.

Опять кусочек с нашей практики, на этот раз про индексы.
Вопрос, который прозвучал от студента, довольно частый и важный: а зачем вообще нужен Index Skip Scan? Можно ли вместо него использовать Index Full Scan, и есть ли от этого реальная польза? 🤔

Мы публикуем только часть - с самим вопросом. Советую вам не просто прослушать, а немного поразмышлять над этим: "А почему так? Действительно, а зачем нужен Index Skip Scan? И как этот проход устроен?" 🧐

К слову, это одни из тех вопросов, которые часто встречаются на собеседованиях в блоке про оптимизацию запросов. Если на него не получится ответить уверенно и четко, то пройти секцию по оптимизации будет сложно. А это, как понимаете, прямое препятствие на пути к сеньорской позиции и хорошим деньгам 🚀
Пожалуйста поделитесь вашим мнением в чатике 💬

По нашей традиции — полный разбор с моим ответом мы опубликуем в четверг 🎓
Так что не переключайтесь, будет интересно! 😉

Всем продуктивной рабочей недели!

#oracle #оптимизация #index #sql #Konstantin_Andronov

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"

Зачем нужен Index Skip Scan? Продолжение

Друзья, всем привет! 👋
С вами Костя Андронов 🙂

В понедельник мы опубликовали вопрос про Index Skip Scan от одного из наших студентов с 6 потока по оптимизации

Что такое Index Skip Scan?🤔

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

Рассмотрим на примере. Пусть у нас есть таблица employees и индекс:

create index emp_name_ix on employees(last_name, first_name)

Как выглядят листовые блоки этого индекса?

В них хранятся все пары last_name, first_name в отсортированном виде, и для каждой — rowid строки. Пример:

...
'Ivanov', 'Alexander' - 'AAAR2TAAUAAAADtAAD'
'Ivanov', 'Michail' - 'AAAR2TAAUAAAADtAAz'
...
'Petrov', 'Alexander' - 'AAAR2TAAUAAAADtAAF'
'Petrov', 'Petr' - 'AAAR2TAAUAAAADtABB'
...

А теперь вопрос: как получить только те строки, где first_name = 'Alexander'?

Есть два пути:
🔹 Прочитать весь индекс и отобрать нужное.
🔹 Перебирать возможные значения last_name, подставлять их в комбинации и искать пары (last_name, first_name) — то есть ключ индекса.

И вот второй вариант как раз и называется Index Skip Scan. Подробнее — в этом посте.

В чем же проблемы такого подхода?
Всё зависит от количества строк и уникальных значений в last_name.
🔸 Если уникальных значений немного — Skip Scan может быть выгодным.
🔸 Если их много — придётся выполнять массу сканирований индекса, и тут уже проще прочитать весь индекс или даже таблицу.

А в чем подвох?⚡️
Чтобы составной индекс работал эффективнее, лидирующие колонки должны быть высококардинальными. Другими словами уникальных значений last_name обычно очень много — и тогда появление Index Skip Scan в плане превращается в «узкое горлышко» в плане запроса

Для тех кто хочет разобраться в нюансах оптимизации и не знает с чего начать - Анкета предзаписи на 7 поток по оптимизации

С вами был Костя Андронов. Всем отличного дня и приятного просмотра! 🚀

#oracle #оптимизация #index #sql #Konstantin_Andronov

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"

Происшествие с индексом

Друзья, всем привет! 👋
С вами Костя Андронов.

Сегодня разберём интересную ситуацию, которую я показывал на одной из практик курса «Оптимизация Oracle SQL».

Есть табличка employee1, у неё есть индекс по колонке department_id.

Пишем простой запрос:

select ...
  from employee1 e
 where department_id = 11;

Селективность этого предиката - 1,6% от общего количества строк в таблице.

Помните правило: индекс обычно используется, когда выбирается менее 15% строк.
В нашем случае 1,6% - прямо идеальные условия для применения индекса! ⚙️

Но если заглянуть в план выполнения, то видим неожиданное - Table Access Full 😱
Получается, индекс есть, но СУБД всё равно делает полный просмотр таблицы. Почему так происходит? 🤔

Кстати, отличный вопрос для собеседования 😉

Ответ кроется в нюансах оптимизатора Oracle, который иногда решает, что полное сканирование будет быстрее, чем обращение к индексу.

Почему так - разберём в четверг 🎓
Пишите ваши гипотезы в чатик 💬

Всем продуктивной рабочей недели! 💪

#oracle #performance #sql #оптимизация #Konstantin_Andronov

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"

Квантовый скачок, который мог быть быстрее

Друзья, всем привет! 👋
Денис на связи.

Хочу рассказать вам одну историю из своего студенчества. Когда я учился в университете, всё давалось нелегко, а особенно программирование. Почти полтора года я мучился с заданиями: то не понимал, как подступиться, то просто сдавал чужие работы, а иногда даже заказывал проекты, когда совсем не знал, с чего начать 🙈

И вот на 2м курсе поменялся препод и началось ООП, в голове что-то щёлкнуло. Всё, что я раньше учил, пробовал, ошибался — вдруг сложилось в систему. Накопленные знания превратились в осознанное понимание. Наступил тот самый квантовый скачок, когда начинаешь видеть, как всё взаимосвязано: логика, циклы, рекурсия, функции, программный код. С этого момента учёба перестала быть хаосом и стала осмысленным процессом 🚀

Кстати, если у вас была такая же история поделитесь в чатике. Будет интересно почитать 😉

💡 И вот с тех пор я твёрдо знаю: пройти этот путь можно гораздо быстрее, если рядом есть грамотный наставник. Настоящий ментор не просто объясняет материал, а помогает увидеть связи, понять, почему всё работает именно так. С ним обучение превращается из бесконечной теории в осознанную практику.

📚 Хороший наставник не решает всё за ученика, а направляет — показывает, где искать ответы и как думать системно. Он помогает пройти через моменты, когда кажется, что ничего не получается. Именно тогда и рождается настоящее понимание.

Так что если вы чувствуете, что «застряли» — не спешите сдаваться. Это не тупик, а момент роста. Главное — не останавливаться и искать смысл в процессе.

Всем хорошего дня! 👍🏻

#обучение #наставник #программирование
#oracle #performance #sql #оптимизация #Denis_Kivilev

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"

Происшествие с индексом. Ответ

Друзья, всем привет! 👋
С вами Костя Андронов 🙂

В понедельник мы опубликовали пост с интересной ситуацией, которую я показывал на одной из практик курса «Оптимизация Oracle SQL».

Несмотря на идеальные условия для применения индекса (селективность предиката — всего 1,6%), Oracle выбирает Table Access Full вместо Index Range Scan 😱

Разбираемся, почему это произошло.

📌 Как Oracle выбирает метод доступа к данным?

На этапе hard-parse оптимизатор строит планы с разными методами доступа и оценивает их «стоимость» для конкретного запроса.

Получается, он решил, что обойти всю таблицу «дешевле», чем использовать индекс. Но почему? 🤔

Чтобы понять это, надо заглянуть в статистику объектов — таблицы и индекса.

🔍 Clustering Factor

Это один из ключевых параметров индекса. Он показывает, насколько упорядочены данные в таблице относительно порядка в индексе (в индексе они всегда отсортированы).

Как его интерпретировать?

📦 Листовые блоки индекса содержат ключи и rowid соответствующих строк.
Если при чтении индекса каждый новый rowid будет указывать на другой блок таблицы — значит, данные не упорядочены.

📈 Clustering Factor в таком случае будет большим — а это сигнал для оптимизатора, что доступ по индексу приведёт к хаотичному чтению блоков.

🧠 Почему это может быть неэффективно?

Oracle работает с блоками данных, а не с отдельными строками.

И если даже небольшой процент строк попадает под условие запроса, но все они разбросаны по разным блокам, то:
🔹 Нужно будет читать почти все блоки таблицы,
🔹 Плюс часть блоков самого индекса,
🔹 И в сумме Index Range Scan может оказаться «дороже», чем простое Table Access Full.

🎥 В видео к этому посту мы подробно разбираем пример такого поведения на одной из встреч 6 потока курса по оптимизации и обсуждаем, что с этим делать.

Хочешь научиться разбираться в таких нюансах сам?
👉 Записывайся на 7 поток по оптимизации: Анкета. 📋
Обсудить нюансы использования индексов и оптимизации в Oracle - велком в Чатик 💬

С вами был Костя Андронов. Всем отличного дня и приятного просмотра! 🚀

#oracle #оптимизация #index #sql #Konstantin_Andronov

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"

Как Валерия после 3-летнего перерыва вернулась в IT и стала увереннее, чем раньше

🔹33 года. Десять лет опыта. Но три года в декрете — и всё будто стерлось.
🔹PL/SQL, триггеры, API, запросы — всё знакомо и в то же время чужое.
🔹Ощущение, что за это время мир убежал вперёд, а ты застрял в прошлом.

Но потом Валерия решилась пойти на курс, чтобы не просто “вспомнить синтаксис”, а вернуть уверенность. И спустя пару месяцев — снова пишет код, понимает, почему так, оптимизирует, спорит на равных с коллегами и снова чувствует себя специалистом, а не человеком “после декрета”.

🔥 История Валерии — про то, как не бояться начинать заново, даже если кажется, что время ушло. Про то, как системное обучение возвращает не только знания, но и уверенность.

👉🏻 Прочитайте полную историю здесь

#oracle #оптимизация #index #sql #Konstantin_Andronov

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"

Parallel DML на таблице с триггером

Друзья, всем привет! 👋
С вами Костя Андронов.

Продолжаем серию обсуждений интересных кейсов с практик последнего потока курса «Оптимизация Oracle SQL»

В DWH-среде для ускорения тяжёлых запросов часто применяется параллельный SQL

Например, если нам нужно вставить данные из таблицы client_data в client_data_tst, то и чтение, и вставка могут выполняться в нескольких параллельных сессиях.

Но есть нюанс ⚠️
Если на целевой таблице (client_data_tst) есть триггер, Oracle автоматически отключает PDML (параллельные DML-операции) для этой таблицы.

👉 И что же тогда делать, если хочется вставлять быстро, но триггер мешает параллелизму?

Варианты, конечно, есть — один из них разберём уже в четверг на практике 🎓
А пока — кидайте свои идеи и гипотезы в чатик 💬

Всем продуктивной недели и быстрых загрузок! 💪🚀

#oracle #оптимизация #sql #performance #Konstantin_Andronov

Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀

Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"