"Горячие темы сезона: что мы будем обсуждать на канале в ближайшее время?" 🔝🚩

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

На связи Паша, куратор в школе Oracle Developer. Как вы помните, на прошлой неделе мы провели опрос по темам, которые вам интересны для разбора на нашем канале. Сегодня подвожу итоги и рассказываю, о чём будем говорить в ближайшее время🗓.

1️⃣ Итак, одна из самых популярных тем — это "Работа с XML и JSON". 🔍 Действительно, интересная область, особенно в контексте Oracle. Напомню, что XML был добавлен в Oracle 9i, а JSON — в Oracle 12c. У меня был практический опыт работы с обоими форматами, так что есть, чем поделиться. 😉

2️⃣ Также в топе ваших запросов оказался контент про прохождение #собеседование на позиции Junior/Middle/Senior Oracle DBD. 🎤 Мы (особенно Денис) стараемся регулярно публиковать такие материалы, и радует, что они вам заходят! Будем продолжать. 👍

3️⃣ Ещё один фаворит — #оптимизация Oracle. Это действительно мощная тема, особенно на технических интервью, где ей часто уделяют много времени. У меня, к примеру, на одном интервью обсуждение оптимизации заняло полтора часа. 🤔 Напомню, что у нас 10 января стартовал новый поток курса по оптимизации, и мы с удовольствием будем делиться с вами успехами наших учеников. 💪

4️⃣ Следующая тема — проектирование БД. 📈 Это ценный навык как для практической работы, так и для собеседований. Многие студенты на наших курсах часто интересуются такими вопросами, как "Что такое EAV?" или "Почему в учебной БД выбрана именно эта структура?". Ну и на интервью задания по проектированию БД — это частая практика.

5️⃣ Были запросы на сравнение Oracle и Postgres. 🔄 Денис уже делал серию постов о #postgresql, но мы обязательно вернёмся к этому формату и разберём концептуальные отличия двух СУБД. Это полезно не только для подготовки к интервью, но и для общего кругозора.

6️⃣ Также упомянули аналитические функции. 📊 Этот блок часто встречается на интервью, плюс они есть практически во всех СУБД. Материал будет полезен как ораклистам, так и тем, кто работает с другими системами.

И ещё несколько тем:

7️⃣ "Сессионные вью и их взаимосвязь". В Oracle более 300 представлений v$, так что этот материал будет полезен широкому кругу инженеров Oracle и поможет чуть лучше ориентироваться в инструментарии СУБД. 🧭

8️⃣ "Best Practices с обоснованием". Пока думаем над форматом подачи, но идея однозначно заслуживает внимания. 💡

Друзья, спасибо всем, кто голосовал и оставлял комментарии! Уже в эту пятницу мы выложим первый пост из этой серии. Уверены, что он вам понравится. 🎉

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

#Oracle #DBD #оптимизация #собеседование #postgresql #Pavel_Dolganov
Канал Oracle Developer | Чатик 💬

"Проектирование БД: основы, этапы". Часть 1.

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

Сегодня пятница, а значит, пришло время для обещанного технического поста! Я решил начать с темы *проектирования баз данных*, ведь это основа разработки любого ПО. Давайте вместе разберём основные этапы и важные моменты проектирования БД. 🚀

Но прежде, чем мы начнём, повторю уже знакомую вам фразу: нет какой-то серебряной пули - единого подхода, который можно использовать везде и всегда. Есть довольно много нюансов, из-за которых разработчики выбирают тот или иной вариант реализации.

### Из чего же состоит процесс проектирования БД?

1️⃣ Анализ требований

На этом этапе мы собираем требования Заказчика: какие данные будут храниться в БД, какие ограничения будут на них накладываться, как данные будут использоваться.

💡 Важно: на этом этапе Заказчик далеко не всегда до конца представляет, как именно будут между собой взаимодействовать все процессы в БД, поэтому нужно:

*️⃣ задавать уточняющие и наводящие вопросы;
*️⃣ проектировать масштабируемую БД.

🕙 Действия:

1. Сбор и анализ требований заказчика.
2. Определение целей базы данных.
3. Определение ключевых бизнес-пользователей и их потребностей.

🔑 Артефакты:
*️⃣Функциональные требования.
*️⃣Технические ограничения и бизнес-правила.

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

2️⃣ Концептуальное проектирование
На этом этапе мы создаём высокоуровневую модель данных, ещё не зависимую от конкретной СУБД. Здесь важно выделить ключевые сущности, их атрибуты и связи между ними, убедиться, что нет избыточности, и что модель удовлетворяет основным требованиям Заказчика.
На этом этапе уже становится понятно, с какой системой мы имеем дело: OLTP или OLAP? Это влияет на некоторые подходы к проектированию. К примеру, в OLTP важно придерживаться требований нормализации, тогда как в OLAP - наоборот. Также для хранилищ данных существуют т.н. стандартные решения - схемы "звезды", "снежинки", и т.п.

Ещё на этом этапе мы выбираем между монолитным или микросервисным решением. Каждое имеет свои плюсы и минусы, но я бы рекомендовал отталкиваться в первую очередь от масштабируемости. К примеру, если количество сущностей в вашей модели идёт на сотни и есть понимание, как их можно сгруппировать, я бы рекомендовал микросервисную архитектуру.

Из своего опыта: для проектирования небольших БД я использую dbdesigner.net, из корпоративных решений очень впечатлил Sparx Enterprise Architect.

🔑 Артефакты:
1. ER-диаграмма, логическая модель БД.

3️⃣ Выбор СУБД и управление ресурсами

На этом этапе важно выбрать тип СУБД (SQL, NoSQL, гибрид). Например, для неструктурированных или слабоструктурированных данных лучше подойдут NoSQL-решения, а если вам предстоит писать сложные запросы с большим количеством JOIN - это SQL.

Затем нужно выбрать саму СУБД. С развитием облачных технологий и контейнеризации выбор доступных СУБД стал гораздо шире.

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

4️⃣ Физическое проектирование

Здесь мы реализуем логическую модель в конкретной СУБД с учетом производительности и ограничений. Современное ПО легко позволяет генерировать скрипты создания объектов БД на основе ER-модели, поэтому обычно этот этап не занимает много времени.

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

❓Кстати, довольно частый вопрос на собеседовании - нужно ли добавлять индексы на внешние ключи и почему?

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

Друзья, продолжение поста выйдет в понедельник, 20.01, вместе с небольшой задачкой. Ставьте лайк, если зашло😉

#Oracle #DBD #проектирование #Pavel_Dolganov
Канал Oracle Developer | Чатик 💬

"Проектирование БД: основы, этапы". Часть 2.

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

Сегодня продолжим пятничный разговор о проектировании БД.

Итак, наша БД почти готова, что же дальше?

5️⃣ Настройка базы данных

Помимо работы DBA (настройка файлов данных, кэширования, резервирования и т.д.), на этом этапе требуется ещё и настройка прав доступа. Это не самая тривиальная задача :) И в моей практике не раз было такое, когда у всех разработчиков и технических специалистов изначально был доступ под прикладным пользователем (владельцем схемы), но потом чьим-то волевым решением эта вакханалия прекращалась и настройка прав и привилегий становилась ещё более нетривиальной задачей :) Поэтому лучше заняться этим сразу.

6️⃣ Тестирование и оптимизация

Перед вводом БД в эксплуатацию, нам нужно убедиться, что она работает корректно и эффективно, целостность данных соблюдена, бизнес-правила выдерживаются. Также есть смысл проверить реальные планы выполнения ключевых запросов. И в этом, конечно, очень помогут авто- или unit-тесты.

7️⃣ Внедрение и сопровождение

На этом этапе мы переводим базу данных в эксплуатацию и обеспечиваем ее поддержку. В первую очередь нужно провести обучение ключевых бизнес-пользователей и обеспечить мониторинг производительности. Если Заказчик на этом этапе остался вами доволен, это очень круто! На практике, к сожалению, такое бывает довольно редко :( Обычно здесь всплывает ещё ряд незаявленных требований, почему я и написал несколько раз про масштабируемость.

8️⃣ Документирование

Думаю, многим из нас знакома ситуация, когда при выходе на новое место работы мы внезапно обнаруживаем, что к БД, которую нам предстоит дорабатывать и поддерживать, практически нет никакой документации. Чтобы избежать таких ситуаций, стоит хотя бы самому по возможности создавать документацию для поддержки и дальнейшего развития БД. На этом этапе стоит описать структуры БД (таблицы, связи между ними), задокументировать бизнес-правила и ограничения, создать руководства для администраторов и пользователей.

Каждый из этих этапов важен для создания эффективной, надежной и масштабируемой базы данных.

### Практическое задание

✍️Задача

Чтобы закрепить пройденный материал, предлагаю решить следующую задачку: нужно спроектировать БД для службы заказа такси.

Ключевые требования:

1. API должно предоставлять:

➖список водителей на смене;
➖список авто на линии;
➖марку, модель и год выпуска авто.

2. При заказе такси нужно указывать:

➖откуда и куда нужно подать машину;
➖способ оплаты;
➖сумму поездки (реализация самой калькуляции в задачу не входит, нужно просто ввести сумму);
➖заказ создаётся в определённом статусе, который с течением времени меняется ("создан" -> "отменён", "создан" -> "ожидает" -> "в процессе" -> "выполнен" и т.п.);
➖после поездки и водитель, и пассажир должны иметь возможность оценить заказ.
3. Для целей маркетинга важно учитывать, через какой канал регистрируются заказы (звонок/приложение/сайт/свободная посадка).

Можно задавать в чатике уточняющие вопросы :)

Лучшее решение будет опубликовано в пятницу.

#Oracle #DBD #проектирование #Pavel_Dolganov
Канал Oracle Developer | Чатик 💬

Проектирование БД: основы, этапы. Решение задачи.

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

Как вы помните, в эту пятницу мы обещали опубликовать лучшее решение практической задачки на проектирование БД.

К сожалению, нам прислали не так много вариантов, поэтому выбирать особо не из чего. 🤷‍♂️
Либо задача слишком сложная, либо формат не подошел.

Поэтому мы с Денисом подумали и решили провести в следующий четверг небольшой вебинар. 👨‍💻

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

Вебинар будет особенно полезен для начинающих разработчиков.
Но мидлам тоже будет, что послушать.
Также вы сможете задать свой вопрос или разобрать свой кейс в прямом эфире.
Заодно посмотрим, насколько вам зайдёт такой формат. 👍

Следите за анонсами, будет интересно. А пока можете накидать в наш чатик, о чём ещё вы хотели бы поговорить на вебинаре.

До встречи в эфире! 🌐

#Oracle #DBD #проектирование #вебинар #анонс #Pavel_Dolganov
Канал Oracle Developer | Чатик 💬