This media is not supported in your browser
VIEW IN TELEGRAM
Происшествие с индексом
Друзья, всем привет! 👋
С вами Костя Андронов.
Сегодня разберём интересную ситуацию, которую я показывал на одной из практик курса «Оптимизация Oracle SQL».
Есть табличка employee1, у неё есть индекс по колонке department_id.
Пишем простой запрос:
Селективность этого предиката - 1,6% от общего количества строк в таблице.
Помните правило: индекс обычно используется, когда выбирается менее 15% строк.
В нашем случае 1,6% - прямо идеальные условия для применения индекса! ⚙️
Но если заглянуть в план выполнения, то видим неожиданное - Table Access Full 😱
Получается, индекс есть, но СУБД всё равно делает полный просмотр таблицы. Почему так происходит? 🤔
Кстати, отличный вопрос для собеседования 😉
Ответ кроется в нюансах оптимизатора Oracle, который иногда решает, что полное сканирование будет быстрее, чем обращение к индексу.
Почему так - разберём в четверг 🎓
Пишите ваши гипотезы в чатик 💬
Всем продуктивной рабочей недели! 💪
#oracle #performance #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"
🔥10❤3🤩2👍1
Media is too big
VIEW IN TELEGRAM
Квантовый скачок, который мог быть быстрее
Друзья, всем привет! 👋
Денис на связи.
Хочу рассказать вам одну историю из своего студенчества. Когда я учился в университете, всё давалось нелегко, а особенно программирование. Почти полтора года я мучился с заданиями: то не понимал, как подступиться, то просто сдавал чужие работы, а иногда даже заказывал проекты, когда совсем не знал, с чего начать 🙈
И вот на 2м курсе поменялся препод и началось ООП, в голове что-то щёлкнуло. Всё, что я раньше учил, пробовал, ошибался — вдруг сложилось в систему. Накопленные знания превратились в осознанное понимание. Наступил тот самый квантовый скачок, когда начинаешь видеть, как всё взаимосвязано: логика, циклы, рекурсия, функции, программный код. С этого момента учёба перестала быть хаосом и стала осмысленным процессом 🚀
Кстати, если у вас была такая же история поделитесь в чатике. Будет интересно почитать 😉
💡 И вот с тех пор я твёрдо знаю: пройти этот путь можно гораздо быстрее, если рядом есть грамотный наставник. Настоящий ментор не просто объясняет материал, а помогает увидеть связи, понять, почему всё работает именно так. С ним обучение превращается из бесконечной теории в осознанную практику.
📚 Хороший наставник не решает всё за ученика, а направляет — показывает, где искать ответы и как думать системно. Он помогает пройти через моменты, когда кажется, что ничего не получается. Именно тогда и рождается настоящее понимание.
Так что если вы чувствуете, что «застряли» — не спешите сдаваться. Это не тупик, а момент роста. Главное — не останавливаться и искать смысл в процессе.
Всем хорошего дня! 👍🏻
#обучение #наставник #программирование
#oracle #performance #sql #оптимизация #Denis_Kivilev
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
Друзья, всем привет! 👋
Денис на связи.
Хочу рассказать вам одну историю из своего студенчества. Когда я учился в университете, всё давалось нелегко, а особенно программирование. Почти полтора года я мучился с заданиями: то не понимал, как подступиться, то просто сдавал чужие работы, а иногда даже заказывал проекты, когда совсем не знал, с чего начать 🙈
И вот на 2м курсе поменялся препод и началось ООП, в голове что-то щёлкнуло. Всё, что я раньше учил, пробовал, ошибался — вдруг сложилось в систему. Накопленные знания превратились в осознанное понимание. Наступил тот самый квантовый скачок, когда начинаешь видеть, как всё взаимосвязано: логика, циклы, рекурсия, функции, программный код. С этого момента учёба перестала быть хаосом и стала осмысленным процессом 🚀
Кстати, если у вас была такая же история поделитесь в чатике. Будет интересно почитать 😉
💡 И вот с тех пор я твёрдо знаю: пройти этот путь можно гораздо быстрее, если рядом есть грамотный наставник. Настоящий ментор не просто объясняет материал, а помогает увидеть связи, понять, почему всё работает именно так. С ним обучение превращается из бесконечной теории в осознанную практику.
📚 Хороший наставник не решает всё за ученика, а направляет — показывает, где искать ответы и как думать системно. Он помогает пройти через моменты, когда кажется, что ничего не получается. Именно тогда и рождается настоящее понимание.
Так что если вы чувствуете, что «застряли» — не спешите сдаваться. Это не тупик, а момент роста. Главное — не останавливаться и искать смысл в процессе.
Всем хорошего дня! 👍🏻
#обучение #наставник #программирование
#oracle #performance #sql #оптимизация #Denis_Kivilev
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
👍15🔥9❤4
Media is too big
VIEW IN TELEGRAM
⚙️ Готовим новый вебинар. Немного закулисья.
Друзья, всем привет 👋
На связи Денис.
Мы с командой уже активно готовим для вас новый бесплатный вебинар по оптимизации Oracle SQL, который пройдёт 28 октября. Процесс идёт полным ходом — и я хочу немного приоткрыть закулисье 🫣
Хочу начать с того, что я не из тех, кто делает все эти бесплатные вебы для галочки. Нет такого, что я просто включаю ноутбук и начинаю «что-то там на камеру говорить». Для начала я выстраиваю смыслы, логику, полностью продумываю структуру, чтобы человек в конце концов не «просто послушал» и ушел, а чтобы что-то в голове у него отложилось 🧠 и осталось приятное послевкусие 🍷
Сейчас я выстраиваю скелет вебинара: какие вехи пройдём, где будет польза, а где практика.
👉 Одна из целей рассказать, зачем вообще нужна оптимизация — и Oracle-разработчику, и Java-разработчику, и аналитику.
Будем также разбирать реальные ситуации из жизни:
🔹какие виды оптимизации бывают
🔹что делать, если у вас возникла проблема на PROD
🔹как правильно отвечать на вопросы по Оптимизации на собесах
Ну и разберем, конечно же, тот самый вопрос на собесах: «У вас база тормозит. Что будете делать?» Расскажу вам, как правильно на него отвечать 😉
Очень часто вижу такую картину: человек опытный, навыки на высоте, но на собесах теряется 🤷♂️
Потому что нет структуры мышления. Вот над этим и будем с вами работать)
✅ Плюс — проведём МОК-собеседование в прямом эфире.
Добровольцы попробуют поотвечать, а мы вместе разберём ошибки и сильные стороны. Вот это, мне кажется, станет для вас реальной прокачкой 🔥
✅ Конечно, будет и техническая часть — "с чего начать оптимизацию".
✅ А еще будем разбирать кейс из процессинга - регистрацию клиента и типичных «боевых» ситуаций.
То, с чем сталкивается каждый, кто работает с Oracle.
💻 Вебинар будет полностью бесплатный, поэтому прийти может любой желающий. Он продлится 2–3 часа и подойдёт не только Oracle-разработчикам, но и Java-разработчикам, аналитикам и DBA.
Пока я всё это рисую: схемы, стрелки, логику – уже вижу, как это сложится в целостную историю. И обещаю: скучно нам точно не будет 😉
Сейчас самое время вписаться в эту тему. Не потом, не «когда появится время». А потому что, как я уже много раз говорил, тот, кто «делает сейчас», всегда оказывается впереди тех, кто откладывает на потом ☝️
28 октября в 19.00 по МСК жду всех, кто жаждет новых знаний и высоких результатов. А вебинар у нас будет просто мясо – без результатов остаться невозможно 🚀
Если есть вопросы задавайте в комментариях с радостью на все отвечу.
С вами был Денис Кивилев. Всем добра ❤️
#oracle #оптимизация #карьера
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
Друзья, всем привет 👋
На связи Денис.
Мы с командой уже активно готовим для вас новый бесплатный вебинар по оптимизации Oracle SQL, который пройдёт 28 октября. Процесс идёт полным ходом — и я хочу немного приоткрыть закулисье 🫣
Хочу начать с того, что я не из тех, кто делает все эти бесплатные вебы для галочки. Нет такого, что я просто включаю ноутбук и начинаю «что-то там на камеру говорить». Для начала я выстраиваю смыслы, логику, полностью продумываю структуру, чтобы человек в конце концов не «просто послушал» и ушел, а чтобы что-то в голове у него отложилось 🧠 и осталось приятное послевкусие 🍷
Сейчас я выстраиваю скелет вебинара: какие вехи пройдём, где будет польза, а где практика.
👉 Одна из целей рассказать, зачем вообще нужна оптимизация — и Oracle-разработчику, и Java-разработчику, и аналитику.
Будем также разбирать реальные ситуации из жизни:
🔹какие виды оптимизации бывают
🔹что делать, если у вас возникла проблема на PROD
🔹как правильно отвечать на вопросы по Оптимизации на собесах
Ну и разберем, конечно же, тот самый вопрос на собесах: «У вас база тормозит. Что будете делать?» Расскажу вам, как правильно на него отвечать 😉
Очень часто вижу такую картину: человек опытный, навыки на высоте, но на собесах теряется 🤷♂️
Потому что нет структуры мышления. Вот над этим и будем с вами работать)
✅ Плюс — проведём МОК-собеседование в прямом эфире.
Добровольцы попробуют поотвечать, а мы вместе разберём ошибки и сильные стороны. Вот это, мне кажется, станет для вас реальной прокачкой 🔥
✅ Конечно, будет и техническая часть — "с чего начать оптимизацию".
✅ А еще будем разбирать кейс из процессинга - регистрацию клиента и типичных «боевых» ситуаций.
То, с чем сталкивается каждый, кто работает с Oracle.
💻 Вебинар будет полностью бесплатный, поэтому прийти может любой желающий. Он продлится 2–3 часа и подойдёт не только Oracle-разработчикам, но и Java-разработчикам, аналитикам и DBA.
Пока я всё это рисую: схемы, стрелки, логику – уже вижу, как это сложится в целостную историю. И обещаю: скучно нам точно не будет 😉
Сейчас самое время вписаться в эту тему. Не потом, не «когда появится время». А потому что, как я уже много раз говорил, тот, кто «делает сейчас», всегда оказывается впереди тех, кто откладывает на потом ☝️
28 октября в 19.00 по МСК жду всех, кто жаждет новых знаний и высоких результатов. А вебинар у нас будет просто мясо – без результатов остаться невозможно 🚀
Если есть вопросы задавайте в комментариях с радостью на все отвечу.
С вами был Денис Кивилев. Всем добра ❤️
#oracle #оптимизация #карьера
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
🔥29❤5👍5
This media is not supported in your browser
VIEW IN TELEGRAM
Происшествие с индексом. Ответ
Друзья, всем привет! 👋
С вами Костя Андронов 🙂
В понедельник мы опубликовали пост с интересной ситуацией, которую я показывал на одной из практик курса «Оптимизация 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"
Друзья, всем привет! 👋
С вами Костя Андронов 🙂
В понедельник мы опубликовали пост с интересной ситуацией, которую я показывал на одной из практик курса «Оптимизация 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"
🔥15❤3👍1
This media is not supported in your browser
VIEW IN TELEGRAM
Как Валерия после 3-летнего перерыва вернулась в IT и стала увереннее, чем раньше
🔹33 года. Десять лет опыта. Но три года в декрете — и всё будто стерлось.
🔹PL/SQL, триггеры, API, запросы — всё знакомо и в то же время чужое.
🔹Ощущение, что за это время мир убежал вперёд, а ты застрял в прошлом.
Но потом Валерия решилась пойти на курс, чтобы не просто “вспомнить синтаксис”, а вернуть уверенность. И спустя пару месяцев — снова пишет код, понимает, почему так, оптимизирует, спорит на равных с коллегами и снова чувствует себя специалистом, а не человеком “после декрета”.
🔥 История Валерии — про то, как не бояться начинать заново, даже если кажется, что время ушло. Про то, как системное обучение возвращает не только знания, но и уверенность.
👉🏻 Прочитайте полную историю здесь
#oracle #оптимизация #index #sql #Konstantin_Andronov
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
🔹33 года. Десять лет опыта. Но три года в декрете — и всё будто стерлось.
🔹PL/SQL, триггеры, API, запросы — всё знакомо и в то же время чужое.
🔹Ощущение, что за это время мир убежал вперёд, а ты застрял в прошлом.
Но потом Валерия решилась пойти на курс, чтобы не просто “вспомнить синтаксис”, а вернуть уверенность. И спустя пару месяцев — снова пишет код, понимает, почему так, оптимизирует, спорит на равных с коллегами и снова чувствует себя специалистом, а не человеком “после декрета”.
🔥 История Валерии — про то, как не бояться начинать заново, даже если кажется, что время ушло. Про то, как системное обучение возвращает не только знания, но и уверенность.
👉🏻 Прочитайте полную историю здесь
#oracle #оптимизация #index #sql #Konstantin_Andronov
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
👍8❤5🆒1
This media is not supported in your browser
VIEW IN TELEGRAM
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"
Друзья, всем привет! 👋
С вами Костя Андронов.
Продолжаем серию обсуждений интересных кейсов с практик последнего потока курса «Оптимизация 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"
👍8❤3🔥3
Про страх быть «не тем». Ну или про то, почему 40-летние боятся, а 25-летние рвут рынок
Привет, на связи Денис Кивилёв 👋
Сегодня поговорим про вещь, которая ломает даже самых опытных специалистов. Про страх быть «не тем», ну или про синдром самозванца. Очень многие с этим сталкиваются на сегодняшний день.
Ты можешь иметь 10, 15, да хоть 20 лет опыта, работать честно и усердно. Но при этом ты зарабатываешь 80-120к. В то же время 25-летний парень, с двумя годами практики уже получает 250–300 тысяч (например, кейс Паши)
У вас же сейчас возник подобный вопрос в голове?) 👆🏻
❗️Зато тот самый парень с двухлетним опытом, зарабатывающий 300к, знает, что ему нечего терять в то время как ты сидишь и боишься.
Мы, поколение 80–90-х, воспитаны иначе. Нас учили быть правильными, удобными, послушными, не накручивать опыт, быть максимально честным с работодателем, так ведь?)
Вспомните, что говорили вам старшие: «Не высовывайся и не позорься»,«Да будь ты как все нормальные люди, а то будешь белой вороной».
Нас просто так воспитали. А, возможно, и вы сейчас говорите то же самое своим детям, просто задумайтесь)
Только вот мир изменился, и такие установки уже перестают работать. А с нынешней молодежью, стремящейся вперед, к новым результатам, они только тащат вас вниз.
Сегодня выигрывает тот, кто идёт вперёд, несмотря на страх, и просто делает. А те, кто так и продолжают сидеть в уголочке и не высовываться, потому что так учили, остаются ни с чем 🤷♂️
Синдром самозванца — это не про неуверенность. Это про зависимость от чужого одобрения. Ты боишься, что тебя осудят, вечно думаешь: «А что люди-то скажут?»
И вместо того чтобы податься на новую позицию, предложить новую идею или поднять чек, ты продолжаешь сидеть на месте с мыслями по типу «Ой, да мне-то куда?»
Я видел десятки сильных ребят 35+, 40+ с реально крутым опытом. Но все они тормозили на одном и том же: на страхе показаться не тем. Они не шли на собеседования, не брали новые задачи, не выходили на рынок. Потому что где-то внутри звучала мысль: «Да кому я там нужен?»
Ты нужен — но только если решишь, что ты сам себе не помеха. Потому что сегодня побеждает не тот, кто умнее, а тот, кому нечего терять ☝️
Почему? Да потому такие люди не боятся ошибаться и начинать заново. А это как раз наша нынешняя молодежь.
Пока ты выверяешь каждый шаг, думаешь, «достаточно ли ты хорош», рынок уходит дальше.
Молодые лезут вперёд, потому что у них нет страха «а что скажут». Они просто делают, наплевав на мнение остальных. И в этом их плюс. Поэтому они на шаг впереди.
✅ Стоит один раз перестать ждать одобрения и начать просто делать, как сразу ты почувствуешь, что «дышать стало легче»
Я видел, как парни 40+ заходили в IT с нуля. И да, у них были такие же установки в голове, с которыми они справились. Впоследствии через полгода-год вышли на глобально новый уровень – нашли новую работу, выросли в доходе 💰
📌 Если ты читаешь это и чувствуешь, что застрял —
значит, пора выйти из этого круга. С каждым днем ты становишься все дальше и дальше от сегодняшнего рынка, потому что кто-то в это время просто делает, не задумываясь ни о чем.
🚀 Если ты готов не просто «существовать» на опыте, а реально расти и возвращать уверенность — заполняй анкету предзаписи на следующий поток по оптимизации Oracle SQL.
Делитесь в чатике, что думаете по этому поводу. Часто ловите себя на таких «блок-мыслях»?
С вами был Денис Кивилев. Всем высоких результатов и легких запросов 😉
#oracle #оптимизация #карьера
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
Привет, на связи Денис Кивилёв 👋
Сегодня поговорим про вещь, которая ломает даже самых опытных специалистов. Про страх быть «не тем», ну или про синдром самозванца. Очень многие с этим сталкиваются на сегодняшний день.
Ты можешь иметь 10, 15, да хоть 20 лет опыта, работать честно и усердно. Но при этом ты зарабатываешь 80-120к. В то же время 25-летний парень, с двумя годами практики уже получает 250–300 тысяч (например, кейс Паши)
Да как вообще такое может быть, когда эта молодежь и половины не знает из того, что знаю я?
У вас же сейчас возник подобный вопрос в голове?) 👆🏻
❗️Зато тот самый парень с двухлетним опытом, зарабатывающий 300к, знает, что ему нечего терять в то время как ты сидишь и боишься.
Мы, поколение 80–90-х, воспитаны иначе. Нас учили быть правильными, удобными, послушными, не накручивать опыт, быть максимально честным с работодателем, так ведь?)
Вспомните, что говорили вам старшие: «Не высовывайся и не позорься»,«Да будь ты как все нормальные люди, а то будешь белой вороной».
Нас просто так воспитали. А, возможно, и вы сейчас говорите то же самое своим детям, просто задумайтесь)
Только вот мир изменился, и такие установки уже перестают работать. А с нынешней молодежью, стремящейся вперед, к новым результатам, они только тащат вас вниз.
Сегодня выигрывает тот, кто идёт вперёд, несмотря на страх, и просто делает. А те, кто так и продолжают сидеть в уголочке и не высовываться, потому что так учили, остаются ни с чем 🤷♂️
Синдром самозванца — это не про неуверенность. Это про зависимость от чужого одобрения. Ты боишься, что тебя осудят, вечно думаешь: «А что люди-то скажут?»
И вместо того чтобы податься на новую позицию, предложить новую идею или поднять чек, ты продолжаешь сидеть на месте с мыслями по типу «Ой, да мне-то куда?»
Я видел десятки сильных ребят 35+, 40+ с реально крутым опытом. Но все они тормозили на одном и том же: на страхе показаться не тем. Они не шли на собеседования, не брали новые задачи, не выходили на рынок. Потому что где-то внутри звучала мысль: «Да кому я там нужен?»
Ты нужен — но только если решишь, что ты сам себе не помеха. Потому что сегодня побеждает не тот, кто умнее, а тот, кому нечего терять ☝️
Почему? Да потому такие люди не боятся ошибаться и начинать заново. А это как раз наша нынешняя молодежь.
Пока ты выверяешь каждый шаг, думаешь, «достаточно ли ты хорош», рынок уходит дальше.
Молодые лезут вперёд, потому что у них нет страха «а что скажут». Они просто делают, наплевав на мнение остальных. И в этом их плюс. Поэтому они на шаг впереди.
✅ Стоит один раз перестать ждать одобрения и начать просто делать, как сразу ты почувствуешь, что «дышать стало легче»
Я видел, как парни 40+ заходили в IT с нуля. И да, у них были такие же установки в голове, с которыми они справились. Впоследствии через полгода-год вышли на глобально новый уровень – нашли новую работу, выросли в доходе 💰
📌 Если ты читаешь это и чувствуешь, что застрял —
значит, пора выйти из этого круга. С каждым днем ты становишься все дальше и дальше от сегодняшнего рынка, потому что кто-то в это время просто делает, не задумываясь ни о чем.
🚀 Если ты готов не просто «существовать» на опыте, а реально расти и возвращать уверенность — заполняй анкету предзаписи на следующий поток по оптимизации Oracle SQL.
Делитесь в чатике, что думаете по этому поводу. Часто ловите себя на таких «блок-мыслях»?
С вами был Денис Кивилев. Всем высоких результатов и легких запросов 😉
#oracle #оптимизация #карьера
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
👍9❤7🔥6
28 октября — бесплатный вебинар по Oracle SQL: «3 способа за 5 минут найти медленные запросы и исправить их за час» 🔥
Привет, друзья! На связи Денис Кивилев 👋
Как вы помните, мы с командой сейчас работаем над вебинаром, который состоится 28 октября в 19.00 по МСК. Ранее уже успел приоткрыть вам закулисье здесь. Кому интересно, можете почитать)
Сейчас закончили «скелет» веба и зашиваем самое мясо: логику, примеры, макеты мок-собеса и демо-кейсы. Короче говоря, работа кипит 😉
На скрине кусочек сценария из презентаций.
И, как я уже говорил, это не «поболтать в Zoom». Вы уйдёте с веба с рабочей схемой поиска узких мест.
Зачем вам быть на вебинаре?
Потому что «на проде тормозит» — это не редкость, а рутина. Пока кто-то гуглит и ставит костыли, вы научитесь быстро находить проблемный SQL. А это прямой путь к офферам и повышению 💰
Что будет на вебинаре?
🔹3 практических способа найти медленный запрос в Oracle — быстро и воспроизводимо (покажу на реальных кейсах: ночной джоб, долгая регистрация клиента, «внезапно поехавшие» кредиты).
🔹Мок-собеседование в прямом эфире. Добровольцы отвечают — разбираем типовые ошибки и правильную логику ответа на ключевой вопрос: «База тормозит. Ваши действия?»
🔹Мини-дорожная карта после поиска. Что ещё нужно уметь, чтобы не просто находить, но и доводить до результата (аккуратный «мостик» к системной оптимизации).
Что вы получите в итоге:
🔸Чёткий алгоритм «с чего начать», когда всё стало медленным.
🔸Умение быстро локализовать слабое звено и аргументировать решение.
🔸Подготовку к «неудобным» вопросам на собеседованиях.
🔸Понимание, куда двигаться дальше, чтобы расти до вилок 250–300К+.
Точно зайдет Oracle-разработчикам, Java-разработчикам, аналитикам и DBA, которые сталкиваются с Oracle и хотят повышать ценность и доход 🚀
Если не придете, то упустите разбор тормозов и так и не научитесь работать с медленными запросами. А также снова провалитесь на очередном собесе, где у вас спросят не теорию, а последовательность действий. Рынок платит тем, кто решает быстро и обоснованно — это про вас после вебинара 😉
Делитесь своими вопросами в чатике или в личке. С удовольствием на все отвечу!
⏰ Ставьте напоминания 28 октября, 19:00 МСК. Ссылочка появится здесь за несколько минут до начала.
Каждый из вас совершит квантовый скачок в своих навыках после просмотра вебинара. Кстати, в конце — полезный бонус тем, кто досидит до финала 😉
Ну а с вами был Денис Кивилев. Всем хорошего дня и легких запросов 🙏🏻
#oracle #оптимизация #карьера
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
Привет, друзья! На связи Денис Кивилев 👋
Как вы помните, мы с командой сейчас работаем над вебинаром, который состоится 28 октября в 19.00 по МСК. Ранее уже успел приоткрыть вам закулисье здесь. Кому интересно, можете почитать)
Сейчас закончили «скелет» веба и зашиваем самое мясо: логику, примеры, макеты мок-собеса и демо-кейсы. Короче говоря, работа кипит 😉
На скрине кусочек сценария из презентаций.
И, как я уже говорил, это не «поболтать в Zoom». Вы уйдёте с веба с рабочей схемой поиска узких мест.
Зачем вам быть на вебинаре?
Потому что «на проде тормозит» — это не редкость, а рутина. Пока кто-то гуглит и ставит костыли, вы научитесь быстро находить проблемный SQL. А это прямой путь к офферам и повышению 💰
Что будет на вебинаре?
🔹3 практических способа найти медленный запрос в Oracle — быстро и воспроизводимо (покажу на реальных кейсах: ночной джоб, долгая регистрация клиента, «внезапно поехавшие» кредиты).
🔹Мок-собеседование в прямом эфире. Добровольцы отвечают — разбираем типовые ошибки и правильную логику ответа на ключевой вопрос: «База тормозит. Ваши действия?»
🔹Мини-дорожная карта после поиска. Что ещё нужно уметь, чтобы не просто находить, но и доводить до результата (аккуратный «мостик» к системной оптимизации).
Что вы получите в итоге:
🔸Чёткий алгоритм «с чего начать», когда всё стало медленным.
🔸Умение быстро локализовать слабое звено и аргументировать решение.
🔸Подготовку к «неудобным» вопросам на собеседованиях.
🔸Понимание, куда двигаться дальше, чтобы расти до вилок 250–300К+.
Точно зайдет Oracle-разработчикам, Java-разработчикам, аналитикам и DBA, которые сталкиваются с Oracle и хотят повышать ценность и доход 🚀
Если не придете, то упустите разбор тормозов и так и не научитесь работать с медленными запросами. А также снова провалитесь на очередном собесе, где у вас спросят не теорию, а последовательность действий. Рынок платит тем, кто решает быстро и обоснованно — это про вас после вебинара 😉
Делитесь своими вопросами в чатике или в личке. С удовольствием на все отвечу!
⏰ Ставьте напоминания 28 октября, 19:00 МСК. Ссылочка появится здесь за несколько минут до начала.
Каждый из вас совершит квантовый скачок в своих навыках после просмотра вебинара. Кстати, в конце — полезный бонус тем, кто досидит до финала 😉
Ну а с вами был Денис Кивилев. Всем хорошего дня и легких запросов 🙏🏻
#oracle #оптимизация #карьера
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
🔥18👍4❤3
This media is not supported in your browser
VIEW IN TELEGRAM
PDML на таблице с триггером. Ответ
Друзья, всем привет! 👋
С вами Костя Андронов.
В понедельник мы задали вопрос: как ускорить вставку данных в таблицу с триггером?
❓ Почему Oracle отключает PDML на таблице с триггером?
Триггер может делать что угодно:
🔹 обновлять другие таблицы,
🔹 вызывать процедуры,
🔹 бросать исключения и т.д.
А при параллельном выполнении это создаёт риски:
🔸 сложно обеспечить транзакционную целостность,
🔸 легко попасть в коллизии,
🔸 поведение становится непредсказуемым.
Поэтому Oracle просто отключает параллелизм на уровне SQL — чтобы не рисковать.
Но это не означает, что мы не можем выполнять вставку параллельно вовсе. Просто управлять этим процессом теперь должен не оптимизатор, а мы сами — со стороны приложения.
🧩 Как вручную распараллелить вставку?
Один из удобных способов — использовать пакет DBMS_PARALLEL_EXECUTE.
Он позволяет легко распараллелить выполнение задачи через фоновые джобы. Что нужно сделать:
1️⃣ Создать задачу:
2️⃣ Разбить данные на чанки соответствующим методом:
🔹по ROWID,
🔹по колонке с типом NUMBER,
🔹или произвольным запросом с двумя колонками start_id и end_id (оба типа NUMBER).
3️⃣ Запустить выполнение:
Oracle сам создаст нужное число джобов, и будет передавать в каждый start_id и end_id через bind-переменные. Количество одновременно работающих джобов настраивается параметром при запуске.
📌 Таким образом, мы контролируем параллелизм вручную, и даже наличие триггера не мешает нам ускорить вставку.
🎥 Как это выглядит вживую — видео к посту.
💬 Обсудить решение или предложить свой способ можно в нашем Чатике
📋 А чтобы глубже погрузиться в оптимизацию — открыта предзапись на 7 поток
С вами был Костя Андронов. Всем отличного дня и приятного просмотра! 🚀
#oracle #оптимизация #sql #Konstantin_Andronov
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
Друзья, всем привет! 👋
С вами Костя Андронов.
В понедельник мы задали вопрос: как ускорить вставку данных в таблицу с триггером?
❓ Почему Oracle отключает PDML на таблице с триггером?
Триггер может делать что угодно:
🔹 обновлять другие таблицы,
🔹 вызывать процедуры,
🔹 бросать исключения и т.д.
А при параллельном выполнении это создаёт риски:
🔸 сложно обеспечить транзакционную целостность,
🔸 легко попасть в коллизии,
🔸 поведение становится непредсказуемым.
Поэтому Oracle просто отключает параллелизм на уровне SQL — чтобы не рисковать.
Но это не означает, что мы не можем выполнять вставку параллельно вовсе. Просто управлять этим процессом теперь должен не оптимизатор, а мы сами — со стороны приложения.
🧩 Как вручную распараллелить вставку?
Один из удобных способов — использовать пакет DBMS_PARALLEL_EXECUTE.
Он позволяет легко распараллелить выполнение задачи через фоновые джобы. Что нужно сделать:
1️⃣ Создать задачу:
dbms_parallel_execute.create_task(...)
2️⃣ Разбить данные на чанки соответствующим методом:
🔹по ROWID,
🔹по колонке с типом NUMBER,
🔹или произвольным запросом с двумя колонками start_id и end_id (оба типа NUMBER).
3️⃣ Запустить выполнение:
Oracle сам создаст нужное число джобов, и будет передавать в каждый start_id и end_id через bind-переменные. Количество одновременно работающих джобов настраивается параметром при запуске.
📌 Таким образом, мы контролируем параллелизм вручную, и даже наличие триггера не мешает нам ускорить вставку.
🎥 Как это выглядит вживую — видео к посту.
💬 Обсудить решение или предложить свой способ можно в нашем Чатике
📋 А чтобы глубже погрузиться в оптимизацию — открыта предзапись на 7 поток
С вами был Костя Андронов. Всем отличного дня и приятного просмотра! 🚀
#oracle #оптимизация #sql #Konstantin_Andronov
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
👍14❤3🔥2
🔥 Почему большинство разработчиков так и остаются “среднячками” — и как один парень из Питера вырвался из этой ловушки
Обычный парень. 26 лет. Работает на заводе. Зарплата фиксирована, роста нет. SQL-запросы, однотипные задачи, рутина.
Пока однажды всё не зависло — запрос, который должен был посчитать налоги, выполнялся 40 минут.
А потом он понял, что просто не знает, почему его код работает медленно.
🔥 После мини-курса по оптимизации Oracle SQL всё изменилось: тот же запрос стал выполняться за 4 минуты вместо 40, коллеги начали приходить к нему за советом, а руководитель — считать с ним.
💬 «После курса я стал понимать, как думает база. И впервые почувствовал кайф от своей работы».
Без «удачи», без “повезло”. Только системный подход и реальное понимание, что происходит внутри.
📖 Полную историю Олега — как обычный разработчик превратился в специалиста, можете прочитать здесь.
⚠️ Осторожно: после прочтения может появиться сильное желание открыть свой код и разобраться, что вы делаете не так.
Ну а с вами был Денис Кивилев. Всем удачи и хорошего дня 🚀
#oracle #оптимизация #карьера
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
Обычный парень. 26 лет. Работает на заводе. Зарплата фиксирована, роста нет. SQL-запросы, однотипные задачи, рутина.
Пока однажды всё не зависло — запрос, который должен был посчитать налоги, выполнялся 40 минут.
А потом он понял, что просто не знает, почему его код работает медленно.
🔥 После мини-курса по оптимизации Oracle SQL всё изменилось: тот же запрос стал выполняться за 4 минуты вместо 40, коллеги начали приходить к нему за советом, а руководитель — считать с ним.
💬 «После курса я стал понимать, как думает база. И впервые почувствовал кайф от своей работы».
Без «удачи», без “повезло”. Только системный подход и реальное понимание, что происходит внутри.
📖 Полную историю Олега — как обычный разработчик превратился в специалиста, можете прочитать здесь.
⚠️ Осторожно: после прочтения может появиться сильное желание открыть свой код и разобраться, что вы делаете не так.
Ну а с вами был Денис Кивилев. Всем удачи и хорошего дня 🚀
#oracle #оптимизация #карьера
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
🔥8👍4😁3🤩2🤷♂1
Почему привычка жить «сегодняшним днём» крадёт ваше будущее?
Доброго дня, друзья. На связи Денис👋
Сегодня хочу поговорить о привычке, которая тихо, но очень точно ломает жизнь многим. Это привычка жить сегодняшним днем. Посчитал нужным поднять эту тему, так как довольно часто это замечаю.
Вы наверняка это все слышали:
Звучит красиво, даже философски😁 Но проблема в том, что так живут не свободные люди — так живут выживающие.
Когда ты постоянно просто «переживаешь» сегодняшний день, ты сам себя гасишь. Ты не учишься, потому что «нет времени». Ты не меняешь работу, потому что «надо подкопить». Ты не идёшь осваивать новый навык, потому что «ещё не готов».
И в итоге проходит год, три, пять — а ты всё ещё там же, где был.
Ну или же всем нам знакомое: «начну новую жизнь с понедельника/со следующего месяца/после нового года». И вы хоть раз после этого начали что-то менять?)
📊 А теперь простая математика
Каждый месяц, пока ты топчешься на месте, ты теряешь не просто время — ты теряешь деньги будущего.
Если ты сегодня мог бы вложиться в развитие,
и через полгода получать +100–150 тысяч к доходу,
то каждый месяц промедления стоит тебе этих самых 100–150 тысяч. Офигеть, да?
Я вижу это постоянно.
Люди вроде с потенциалом, опытом, мозгами, но живут в режиме: «ну сейчас не время, как-нибудь потом начну». Проблема в том, что «подходящее время» никогда не приходит.
❗️Пока ты думаешь, что начнёшь «с понедельника», кто-то уже переписал своё будущее. Пока ты ждёшь, когда «станет полегче», кто-то уже закончил курс и поменял работу. Пока ты откладываешь, тебя тихо обгоняют те, кто просто решились.
Я не про мотивацию сейчас, а про реальность. Время не работает на тебя, если ты сам ничего не делаешь. С каждым годом ты либо приближаешься к свободе, либо закрепляешь своё «болото».
Если ты сейчас думаешь, что это все бред полный и надо продолжать жить в моменте, то зачем дочитал до конца?)
Признай, что пора перестать жить в режиме «не сегодня» и сделать шаг в сторону того, что так хочешь получить – рост в карьере, например 😉
Именно, сейчас — то самое время начать.
И не бойся смотреть дальше сегодняшнего дня. Потому что будущее не «придёт» — ты либо строишь его, либо теряешь, пока откладываешь.
Делитесь в комментариях своими мыслями на эту тему. Часто ли вы откладываете свою жизнь «на потом»?
Всем хорошего дня ☀️
#oracle #оптимизация #карьера
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
Доброго дня, друзья. На связи Денис👋
Сегодня хочу поговорить о привычке, которая тихо, но очень точно ломает жизнь многим. Это привычка жить сегодняшним днем. Посчитал нужным поднять эту тему, так как довольно часто это замечаю.
Вы наверняка это все слышали:
«Живи моментом!»
«Успеешь еще, вся жизнь впереди.»
Звучит красиво, даже философски😁 Но проблема в том, что так живут не свободные люди — так живут выживающие.
Когда ты постоянно просто «переживаешь» сегодняшний день, ты сам себя гасишь. Ты не учишься, потому что «нет времени». Ты не меняешь работу, потому что «надо подкопить». Ты не идёшь осваивать новый навык, потому что «ещё не готов».
И в итоге проходит год, три, пять — а ты всё ещё там же, где был.
Ну или же всем нам знакомое: «начну новую жизнь с понедельника/со следующего месяца/после нового года». И вы хоть раз после этого начали что-то менять?)
📊 А теперь простая математика
Каждый месяц, пока ты топчешься на месте, ты теряешь не просто время — ты теряешь деньги будущего.
Если ты сегодня мог бы вложиться в развитие,
и через полгода получать +100–150 тысяч к доходу,
то каждый месяц промедления стоит тебе этих самых 100–150 тысяч. Офигеть, да?
Я вижу это постоянно.
Люди вроде с потенциалом, опытом, мозгами, но живут в режиме: «ну сейчас не время, как-нибудь потом начну». Проблема в том, что «подходящее время» никогда не приходит.
❗️Пока ты думаешь, что начнёшь «с понедельника», кто-то уже переписал своё будущее. Пока ты ждёшь, когда «станет полегче», кто-то уже закончил курс и поменял работу. Пока ты откладываешь, тебя тихо обгоняют те, кто просто решились.
Я не про мотивацию сейчас, а про реальность. Время не работает на тебя, если ты сам ничего не делаешь. С каждым годом ты либо приближаешься к свободе, либо закрепляешь своё «болото».
Если ты сейчас думаешь, что это все бред полный и надо продолжать жить в моменте, то зачем дочитал до конца?)
Признай, что пора перестать жить в режиме «не сегодня» и сделать шаг в сторону того, что так хочешь получить – рост в карьере, например 😉
Именно, сейчас — то самое время начать.
И не бойся смотреть дальше сегодняшнего дня. Потому что будущее не «придёт» — ты либо строишь его, либо теряешь, пока откладываешь.
Делитесь в комментариях своими мыслями на эту тему. Часто ли вы откладываете свою жизнь «на потом»?
Всем хорошего дня ☀️
#oracle #оптимизация #карьера
Канал Oracle Developer | Чатик 💬
Мини-курс Оптимизация: Быстрый старт 🚀
Анкета предзаписи на 7 поток "Оптимизация Oracle SQL"
❤5👍2😁2🔥1🤩1