Listen IT

🎙Продолжаю выкладывать аудио-версии старенького с улучшенным звуком. На очереди одно из первых видео на канале - HATEOAS. Это, кстати, высший уровень зрелости RESTful, как завещал отец РЕСТа Рой Филдинг. В статье говориться, что это пятая статья из цикла про REST, поэтому оставляю здесь ссылки на остальные четыре видео: 1️⃣ Введение в REST API за 7 минут 2️⃣ Различия REST и SOAP за 4 минуты 3️⃣ Что такое Contract First подход за 4 минуты 4️⃣ Что такое Code First подход за 4 минуты 5️⃣ Что такое HATEOAS за 4 минуты

Типы связей в БД. Нормализация В предыдущих постах мы коснулись основных понятий БД и собрали ссылки на полезные материалы. Пора написать про типы связей и нормализацию. Сущности (таблицы) в БД не существуют изолированно друг от друга: между ними устанавливаются связи. Для организации связи используются внешние ключи. Например, таблица Заказы может быть связана с таблицей Книги через поле book_id в таблице Заказы, значения которого берутся из поля id таблицы Книги. Связи между таблицами бывают следующих типов: 1️⃣ Один-к-одному (one-to-one) – одной записи в родительской таблице соответствует одна запись в дочерней. Например, человек может иметь только один паспорт и паспорт может принадлежать только одному человеку. Этот вид связи используют, если не хотят, чтобы таблица БД "распухала" от второстепенной информации, однако для чтения связанной информации в нескольких таблицах приходится производить ряд операций чтения вместо одной, когда данные хранятся в одной таблице. 2️⃣ Один-ко-многим (one-to-many) – одной записи родительской таблицы может соответствовать несколько записей дочерней. Например, преподаватель может вести несколько курсов, но каждый курс может вести только один преподаватель. Это самая классическая связь для реляционных БД. 3️⃣ Многие-ко-многим (many-to-many) – каждый экземпляр одной сущности может быть связан с несколькими экземплярами другой сущности и наоборот. Всякую связь "многие–ко–многим" в реляционной базе данных необходимо заменить на связь "один–ко–многим" (одну или более) с помощью введения дополнительных таблиц. Например, студент может записаться на несколько курсов и каждый курс может иметь несколько студентов. Следует добавить новую таблицу Расписание, которое будет связывать таблицы Студенты и Курсы. Нормализация данных 📌 Нормализация – это организация данных в таблицах таким образом, чтобы устранить дублирование и избыточность данных и тем самым избежать нарушения целостности данных при их изменении (аномалий). Когда одни и те же данные хранятся в базе в нескольких местах, это приводит к аномалиям, то есть, к расхождениям и противоречиям. Например, если не выполнить операцию в каком-нибудь одном месте, то возникает ситуация, когда одни данные не соответствуют вроде как точно таким же данным в другом месте. Поэтому и нужна нормализация. Нормализация базы данных выполняется с помощью набора правил. Они называются нормальными формами. Выделяют около 8-ми нормальных форм, но на практике используются первые три. Каждая следующая НФ дополняет предыдущую. Три нормальные формы: 1️⃣ Информация в каждом поле таблицы является неделимой и не может быть разбита на подгруппы: нет повторяющихся строк и все атрибуты атомарны (простые типы данных) 2️⃣ У таблицы есть первичный ключ, а все остальные поля зависят от всего первичного ключа, но не от его части (если первичный ключ составной) 3️⃣ Все неключевые атрибуты зависят только от первичного ключа и не зависят друг от друга 📎 Материалы 📑 Статьи 1. Разбираем базы данных и язык SQL. (Часть 5 — связи и джоины) — статья на JavaRush про связи в БД с примерами 2. Связи между таблицами SQL — обзор Максима Гритчина про виды джойнов и связей в БД 3. Простыми словами про нормализацию + аудио- видео- ряд 4. Что такое нормализация базы данных — от merion academy 5. Как привести данные в форму — блог Практикума ⏯ Видео 1. Моделирование данных за 9 минут — про типы связей 2. Базы данных. 1,2,3 нормальные формы (10 минут) 3. Нормальные формы базы данных. Три нормальных формы, нормализация и денормализация БД #бд

📣 Пока готовлю новое видео про долгожданные уровни изоляции транзакций в БД, расскажу вам про интересный канал для подготовки системных аналитиков к собеседованиям. На канале 1000 Interview Questions собраны самые популярные вопросы для собеседований на системного и бизнес-аналитика. Там и вопросы, и задачки на самопроверку. Очень классно позволяет по 15 минут в день непринуждённо заглядывать на канал и таким образом готовиться к собесам.👌 Так что рекомендую подписаться для регулярного повторения базы.

📣 Наконец, видео про Web 3.0! Обсудим: ❓Что такое Web 3.0 ❓Какие ещё "версии" Интернета есть, и в чём они выражаются ❓Когда будет Web 3.0 ❓Web 3.0 - это о крипте и NFT? ➕ бонусом интервью с обсуждением Web 3.0 и перспективы перехода к нему Аудио-версия выпуска, как всегда для ТГ-подписчиков, постом выше.

📣 Наконец, видео про Web 3.0! Обсудим:что такое Web 3.0, какие ещё "версии" Интернета есть,

🎙Пока я монтирую видео про Web 3.0, продолжу выкладывать аудио-версии старых выпусков, чтобы вы могли слушать их здесь с выключенным экраном в дороге. А раз уж про VPN мы недавно вспоминали, то предлагаю теперь вспомнить выпуск про прокси-сервер. Там, кстати, обсуждаем, в чём же разница между ним и VPN. Аудио, конечно, с улучшенным звуком по сравнению с качеством в старом видео. А у вас прокси или VPN?

🛠 Продолжаю выкладывать переводы постов-шпаргалок из LinkedIn от Alex Xu. Сегодня обсудим 8 кратких советов по проектированию эффективного API: 🔹 Доменный подход (Domain Model Driven) При проектировании структуры URL для RESTful API можно опираться на доменную модель. 🔹 Выбираем подходящие HTTP-методы Определение нескольких базовых HTTP-методов может упростить разработку API. Например, использование PATCH может часто оказаться проблемой для команд (интересный момент кстати, мы обычно PATCH используем, но понимаю, что при реализации, например, могут возникнуть трудности с конфликтами и конечным использованием - нужно нормально его документировать. Да и остальные методы, не такие классические, тоже иногда могут понадобиться, так что тут не вполне соглашусь. В общем, можно похоливарить в комментариях). 🔹 Правильная реализация идемпотентности Проработка идемпотентности при проектировании заранее может повысить надёжность API. Например, метод GET всегда идемпотентный, но POST часто нужно проектировать с учётом того, чтобы он стал идемпотентным. 🔹 Выбираем подходящие HTTP-коды Лучше выделать ограниченный набор HTTP-кодов, чтобы упростить разработку приложения. 🔹 Версионирование Использование версий API при проектировании может упростить процесс обновлений. 🔹 Семантика в URL Использование семантических URL позволяет проще понимать API, чтобы пользователи могли найти нужный метод в API-документации. Например, используем имя ресурса вместо глагола и множественные числа существительных (где это возможно). 🔹 Пакетная обработка Используем слова "batch" / "bulk" в конце строки URL для обозначения массовых действий. 🔹 Query-параметры Использование набора устоявшихся параметров в URL делает API более гибким. Например, пагинация, сортировка, фильтрация и др.

📆 Так, что у нас по планам? Уже записал аудио для выпуска про Web 3.0, но, как назло, не могу его пока смонтировать - программа для монтажа взбунтовалась и отказалась напрочь запускаться. Вот пытаюсь решать проблему, либо уже буду монтировать на другом компе. Плюс, видел, что под последним видео про транзакции в БД вы оставили много комментариев с желанием послушать также про уровни изоляции транзакций и про блокировки в БД, поэтому и про одни, и про другие будут отдельные видео. По уровням изоляции уже написал статью, выложу её скоро на Habr, и после Web 3.0 буду монтировать. Ну а пока ловите мем про Редис. Может, про Редис тоже будет интересно выпуск послушать?

🚫 Итак, YouTube чувствует себя не очень хорошо. Так что давайте не теряться: 👉 Телеграм - главный источник инфы и новостей по каналу. Плюс, здесь есть аудио-версии статей, которые ни от какого Ютуба не зависят; 👉 Я.Дзен - альтернативный канал, где есть все видео. Никаких других альтернативных каналов с видео открывать не планирую - выпуски будут выкладываться на YouTube вне зависимости от блокировок до последнего. Так что вспоминаем про то, что на канале есть неплохая статья про VPN, и используем её так, как считаете нужным.