Задача: дана таблица tab1. В ней N-строк. Необходимо написать запрос, который для каждых 3 строк будет считать сумму поля “n”. Сортировка по “n”.

Для текущего примера (см скриншот). В таблице хранится 7 строк: 1, 2, 3, 4, 5, 6, 7.

Результатом запроса будет три строки с суммами (см скрин):
1) 1 + 2 + 3 = 6
2) 4 + 5 + 6 = 15
3) 7 = 7

Для повторения:

create table tab1(
 n number(10)
);
insert into tab1
select level
  from dual connect by level <= 7;
commit;

Обсуждение решения в четверг 🎓

#задача #яндекс

Задача: подробная постановка в посте вторника.

Решение:
Задачка на аналитические функции (АФ).

Прежде чем получить сумму для каждой сгруппированной тройки строк, нужно как-то им дать порядковые номера групп. Как только получим номер группы для каждой исходной строки можно суммировать "n".
Необходимо помнить про сортировку по “n” при расстановке номеров групп.
▫️АФ row_number - для каждой строки отдаст порядковый номер с учетом сортировки.
▫️Функция ceil - вернет наименьшее целое число, которое не меньше числа, указанного в качестве аргумента (см скрин).

Итоговый запрос:

select group_, sum(n) group_summa
  from (select n
              ,ceil(row_number() over(order by n) / 3) group_
          from tab1)
 group by group_
 order by group_;

На скрине развернул внутренний запрос для наглядности.

Подобная задачка была на собеседовании в Яндексе, только более замороченная с дополнительными АФ.

Перетереть в чатике

#решениезадачи #яндекс #аналитическиефункции

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

У нас технический канал, но невозможно абстрагироваться от того, что сейчас происходит. Что хотелось бы сказать.

1️⃣ Выражение своего мнения, которое отличается от официальной позиции, может повлечь за собой штраф и/или срок до 15 лет лишения свободы. Нельзя называть вещи своими именами… Уже есть случаи "доносов". Привет темному советскому прошлому.

2️⃣ 03 марта 2022 года Oracle ушел с рынка РФ. Что теперь делать?
Совершенно точно, невозможно прямо завтра взять и перейти на другую СУБД. Написано очень много legacy-кода на PL/SQL. Даже, если компании решатся переходить на другой стек, это займет массу времени.
С учетом слухов о “цифровом пиратстве”, возможно, перехода не будет или он будет крайне медленным.
Работа для Oracle DBD - будет 100%.

3️⃣ Велика вероятность блокировки Youtube. Да, всё это можно обойти вполне простым способом. Кто знает, какой завтра закон будет выпущен “бешеным принтером”. VPN могут запретить со всеми вытекающими наказаниями. Если буду пилить видосы, придется прямиком заливать сюда.

4️⃣ С учетом изменений, вероятно, придется переформатировать канал во что-то другое.
Например, рассказывать больше про другие СУБД, про backend-разработку в целом.
Есть кое-какой опыт работы с PostgreSQL, возможно вам зайдут статьи по сравнению и миграции.

5️⃣ Я не могу сейчас создавать контент.
Просто голова забита совсем другим. Я уже неоднократно заявлял, если есть что рассказать, готов опубликовать ваш пост с сохранением авторства.
Периодически буду скидывать интересные видосы, статьи или вакансии. Я называю это внешним контентом.
Можете присылать ссылки на контент, который вам зашел.

Оставайтесь на канале, спасибо за понимание.

Всем мирного неба над головой 🕊

кто родился в 80х и был подростком в 90х?
помните был такой "Мальчишник" 😉

Название: Миру-мир!
Исполнитель: Мальчишник
Правообладатель: М2 ООО "М2"
Источник: https://ru.hitmotop.com/song/72480740

Что впереди. Часть 1

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

1️⃣ Oracle больше не оказывает поддержку и не продает новые продукты компаниям в РФ.
2️⃣ 30.03 президент РФ подписал указ “о мерах по обеспечению технологической независимости”. Согласно приказу необходимо до 1 января 2025 года отказаться от иностранного ПО для органов гос власти.
Кстати, это будет интересный вызов для ФНС, казначейств и т.п., которые юзают Oracle и в хвост и в гриву уже очень давно.

Возникает вопрос: “что ждет нас впереди?” 😱

Чуть истории. Oracle пустил в РФ свои корни ооочень давно. Еще в начале нулевых, СУБД бесплатно раздавалась гос.органам, никто особо не следил за лицензиями в коммерческих компаниях и т.п.
С тех пор, появилось столько Legacy-решений, использующих специфику именно Oracle…

Теперь представьте, что вам нужно взять и заменить за какой-то разумный срок десятки/сотни тысяч строк кода на PL/SQL, написанные за 15-20 лет? Как-то перелить/преобразовать данные? Найти достойную альтернативную РСУБД, входящую в реестр отечественного ПО и выдерживающую нагрузку?
Легко? Не думаю.

Кстати, как ни странно, не всегда указы президента исполняются 😉

В среду продолжим рассуждать о судьбинушке…

Велком в чатик перетереть ⬇️

Что впереди. Часть 2

На мой субъективный взгляд, если РФ и дальше будет идти по пути изоляции, будет несколько течений в российском сегменте потребления Oracle.

1️⃣ Постепенная медленная миграция на альтернативные решения. Например, PostgreSQL + Java.
2️⃣ Нелицензионное использование СУБД Oracle в тех компаниях, в которых переход сложен/трудоемок/почти невозможен. Снизится стоимость владения, не будет поддержки от производителя.
3️⃣ В новых проектах - не будут использовать Oracle. В legacy-проектах - см первые два пункта.

А что делать разработчикам?
1️⃣ Будет очень много работы по тому, чтобы съехать с Oracle куда-то.
Поэтому не одним Ораклом едины. Спецы знающие не только Oracle будут востребованы. Кстати, возможно компании будут переучивать специалистов, расширять компетенции. T-shape - специалисты. В Qiwi, например, этот тренд уже года три. Я сам постепенно осваиваю Java/Kotlin.
2️⃣ Можно остаться так же Oracle DBD. Несомненно, компаниям из п.2., нужны будут разработчики. Насколько это будет перспективно… больше зависит от политики.
3️⃣ Работа на иностранную компанию/релокейт. В этом направлении, так же есть возможности.

Итого: работа будет 100%.

Оговорюсь, это лично мое мнение. Жизнь иногда подкидывает такие сюрпризы, которые невозможно прогнозировать заранее.

Велком в чатик перетереть ⬇️

Что впереди. Часть 3.

Одно можно сказать точно. Жизнь уже не будет прежней.

Каналу необходимо соответствовать времени. Поэтому, помимо материалов о СУБД Oracle, буду иногда публиковать посты про другие решения. Будем расширять кругозор 😉

Сами понимаете, что ближайшей альтернативой СУБД Oracle является СУБД PostgreSQL. Периодически буду сравнивать эти две СУБД и подсвечивать особенности.

Посмотрим, как вам зайдет такой формат.

Возможно, частота постов снизится. В этот период, голова забита немного другим.

Хочу пожелать всем хороших выходных и мирного неба над головой 🕊

Чатик

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

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

Не буду больше интриговать. Я тогда успешно прошел все собеседования и получил оффер. У них были довольно шикарные условия по входному бонусу, премиям и размеру з/п. Не уверен, что предлагают всем и… я отклонил оффер и остался в Qiwi 💛

Кстати, проскальзывала инфа, что у Яндекса мораторий на набор. Может фейк…
Если знаете, напишите плиз в чатике.

В сухом остатке - задачи с Яндекс-собеса. Завтра опубликую очередную. Есть набор или нет набора, а мозг размять полезно 🎓

#яндекс

Задача про курсы валют

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

Дана таблица FxRates с курсами валют:

name ddate rate
USDRUB 2001-01-03 63.54
EURRUB 2002-01-02 74.90
USDRUB 2002-03-10 65.01
USDRUB 2006-01-01 77.43
EURRUB 2005-02-03 65.10
USDRUB 2006-03-04 78.99

Пример ответа

name ddate rate
USDRUB 2006-03-04 78.99
EURRUB 2005-02-03 65.10

На этот раз формулировка исходная без изменений.

Как всегда, разбор в четверг 🎓

#задача

Задача с курсами валют
Постановку задачи смотрите в посте вторника.

Довольно баянная задача. Периодически встречается на собесах.

1. Для решения используем конструкцию keep dense rank в режиме группировки по name (group by name).
2. Сортировка внутри групп по колонке date по убыванию (desc). Если есть null-значения в колонке date, то они уйдут в самый верх отсортированных значений (nulls last).
3. first - берем первый результат ранжирования внутри группы ибо desc-сортировка.
4. Для каждого требуемого столбца результата выбираем соответствующие столбцы - date/rate. min - получает минимальное значение из первого результата. В данном случае, без разницы min/max.

Итого:
select t.name
,min(ddate) keep(dense_rank first order by ddate desc nulls last) ddate
,min(rate) keep(dense_rank first order by ddate desc nulls last) rate
from FxRates t
group by t.name;

Запрос можно переписать на такой:
select t.name
,min(ddate) keep(dense_rank last order by ddate asc nulls first) ddate
,min(rate) keep(dense_rank last order by ddate asc nulls first) rate
from FxRates t
group by t.name;

Объяснения может не хватить, особенно, если вы никогда не сталкивались с этим. Рекомендую воссоздать тестовый пример и поиграться с конструкцией keep dense_rank first/last.

У меня в загашнике есть еще одна очень интересная задачка на эту тему 😉

#решениезадачи #яндекс

Отчет для отдела маркетинга

Задача с тестового задания с одной конторы в РФ. Довольно часто встречается в реальной работе.

Отделу маркетинга требуется сводная выгрузка по клиентам, с гранулярностью до клиента, при этом для каждого клиента в выборке должны быть «лучшие» адрес, телефон и адрес электронной почты. То есть, в результирующей выборке по каждому клиенту есть только одна строка.

При этом:
🔹Лучший адрес отбирается по приоритету фактический > регистрации > домашний, при наличии нескольких адресов одного приоритета выбирается наиболее полный (заполнено больше из перечня атрибутов city-street-house-flat, при равенстве по заполненности выбирается последний по дате внесения в базу.
🔹Лучший телефон это последний по дате внесения в базу.
🔹Лучший email это первый по дате внесения в базу.
🔹Данные по контактам и адресам – не архивные.

Полная постановка с примерами таблиц

Разбор решения в четверг 🎓

#задача

Отчет для отдела маркетинга

Постановка в посте вторника.

Итоговый запрос

select c.id
      ,c.name
      ,max(a.city || ', ' || a.street || ', ' || a.house || ' fl. ' || a.flat)
           keep(dense_rank first order by a.a_type desc, nvl2(a.city, 1, 0) 
+ nvl2(a.street, 1, 0) + nvl2(a.house, 1, 0) + nvl2(a.flat, 1, 0) desc, a.created desc) address
      ,max(ph.c_info) keep(dense_rank first order by ph.created desc) phone
      ,max(em.c_info) keep(dense_rank first order by em.created asc) email
   from client c
     left join address a on a.client_id = c.id and a.active = 'Y'
     left join contact ph on ph.client_id = c.id and ph.c_type = 1 and ph.active = 'Y'
     left join contact em on em.client_id = c.id and em.c_type = 2 and em.active = 'Y'   
 group by c.id, c.name;

Пояснения
Решение основано на аналитических функциях.

1️⃣ Основная сущность клиент. Соединяем с ним все дочерние.
2️⃣ В условиях соединения указываем “Y” - активность.
3️⃣ Таблицу contact соединяем дважды с разными типами контактов “1” и “2”.
4️⃣ Группируем по клиенту - фактически c.id, c.name это группировка до одного уникального клиента, просто для вывода имени.
5️⃣ Для получения требуемых данных применяем аналитическую функцию keep dense rank в режиме агрегации (group by указан).
6️⃣ Для получения адреса:
- группировка по клиенту у нас уже есть, т.е. мы работаем уже внутри партиции “одного клиента”.
- сортируем строки внутри партиции по типу (a.a_type desc), по заполненности из перечня атрибутов (сумма nvl2) и дате создания (a.created desc).
- берем первую запись first из отсортированной партиции.
max(a.city ', ' a.street ', ' a.house ' fl. ' a.flat) - говорит просто отдай MAX запись из отобранных (а это у нас только одна). Фактически она ни на что не влияет.
7️⃣ Для получения телефона применяется аналогичная конструкция как и для адреса с более простой сортировкой.
8️⃣ Для получения email применяется аналогичная конструкция как и для адреса с более простой сортировкой.

Если не хотите ломать глаза ➡️ в более читаемом виде.

Спасибо, всем кто публиковал свои решения в нашем чатике 👍

#решениезадачи #аналитическиефункции

Всем хорошей пятницы и выходных 🎊

#юмор

Расписание

Есть матрица расписания запусков (см. скрин)

Первая строка – 15-и минутные интервалы, вторая - часовые интервалы, третья - дни недели, четвертая - дни месяца, пятая - месяцы года. С помощью данной матрицы задается периодичность запусков.

Требуется написать функцию на PL/SQL, которая бы возвращала дату следующего запуска от двух входных параметров:
1️⃣ дата, от которой ведется отчет;
2️⃣ это текстовая переменная, в которой перечислены все выбранные ячейки. Ячейки разделены «,» (запятой), а строки разделены «;» (точкой с запятой),

Например, для данного рисунка расписание будет выглядеть следующим образом: 0,45;0,4,8,12,17,22;2,6;1,2,3,4,5,11,18,24;1,2,3,9,11;

Контрольный пример
Дата отсчета: 09.07.2010 23:36
Строка: 0,45;12;1,2,6;3,6,14,18,21,24,28;1,2,3,4,5,6,7,8,9,10,11,12;
Результат: 18.07.2010 12:00

Примечание. В данном примере, используется американский календарь, в котором 1 – это воскресенье, 2 – понедельник и т.д.

Тестовое из Магнита (сейчас не дают).

#задача

Задача "Расписание"

Постановка в посте вторника.
Задача с тестового задания в IT “Магнит” (сейчас уже не дают).

Решить можно двумя способами

1️⃣ “В лоб” - написав парсер переданной строки на уровни и проходы по уровням с разной степени упоротости в реализации. Получится очень много кода.

2️⃣ “Хитрый” - используя пакет dbms_scheduler (пакет для управления фоновыми задачами). Гуглится на раз-два. Элегантное решение - парсится строка, преобразовывается в формат подходящий для задания расписания и используется процедура dbms_scheduler.evaluate_calendar_string. Процедура возвращает следующую дату запуска джоба от заданной даты в соответствии с расписанием срабатывания.
Подробное решение.

В далеком 2015м я решал её первым способом. Кода получилось многовато. С одной стороны это хорошо, можно посмотреть, что вообще может написать человек используя PL/SQL или SQL. Мои студенты "рождали" такие портянки, что становилось страшно 🤓

Если хотите попрактиковаться в написании кода на PL/SQL - рекомендую реализовать первым способом.

#решениезадачи #расписания

Всем хорошей пятницы и выходных 🎊

#юмор

Задача. Английский алфавит

Задача
Вывести одним запросом заглавные/прописные/большие буквы латинского алфавита, каждая буква - отдельная строка, без использования union.

Уровень сложности: легкий

Было бы круто посмотреть на различные способы решения.
Как всегда, разбор в четверг 🎓

Обсудить в чатике

#задача

Задача. Английский алфавит

Задача
Вывести одним запросом заглавные/прописные/большие буквы латинского алфавита, каждая буква - отдельная строка, без использования union.

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

Приведу буквально одно:

select chr(ascii('A') + level - 1) 
  from dual 
connect by level <= ascii('Z') - ascii('A') + 1;

Всем неравнодушным респект, было интересно посмотреть на такое разнообразие 🔥

#решениезадачи

Всем хорошей пятницы и выходных 🎊

#юмор

Классификация современных баз данных
Автор: Николай Голов

Этот доклад публиковали примерно год назад на Podlodka. Он вполне актуален на текущий момент.
Довольно интересный обзор на разного рода системы и СУБД.

Основная суть: как организовать выбор баз(ы) для своей системы, за который через пару лет не станут мучительно стыдно перед коллегами?

Из всего прочего, понравилась мысль "это нормально, когда на проекте используется более чем одна СУБД для своих узкоспециализированных задача".
Вроде бы простая мысль, но не сразу очевидная аля "всё пилим в Оракле и точка".

Конечно, речь идет про приложения среднего слоя.
Если у вас вся логика на Oracle PL/SQL, вы дергаете веб-сервисы из БД - эта история не совсем про вас.
Однако, для расширения кругозора рекомендую заценить. Вдруг вы уже начал процесс импортозамещения и потихоньку распиливаете ваш Oracle-монолит 😉

Всем приятного просмотра 🎥

Обсудить в чатике

#видео