Базы Данных (Data Base) | SQL & NoSQL. PostgreSQL, MySQL и Big Data. Уроки для Backend и Data Engineer. Архитектура БД, Оптимизация и Design.

🔗 Сравнение: Типы JOIN в SQL и когда их применять Зачем понимать JOIN’ы? Правильный выбор типа соединения таблиц позволяет получать необходимые данные эффективно и избегать неожиданных «пустых» или дублирующихся строк. 1. Основные типы JOIN и их поведение INNER JOIN Возвращает только строки, у которых есть совпадения в обеих таблицах. Когда нужно только пересечение данных. LEFT JOIN Берёт все строки из левой таблицы и совпадающие из правой (NULL, если нет). Когда важно сохранить все данные «слева» даже без пары. RIGHT JOIN Аналог LEFT, но берёт все из правой таблицы. Редко используется,…

Знать синтаксис каналов в Go и уверенно применять их в задачах — не одно и то же. В конкурентном коде важно понимать, зачем нужен канал, как он участвует во взаимодействии горутин и где выбранное решение может привести к ошибке. 10 ноября в 20:00 на открытом уроке курса «Go-разработчик. Продвинутый уровень» разберёте использование каналов на практике. Начнёте с короткого повторения теории — как устроены каналы и для чего они нужны. Затем перейдёте к классическим и прикладным примерам, чтобы связать поведение этого инструмента с конкретными задачами. Отдельное внимание уделите частым ошибкам…

❌ Антипаттерн: булевы значения как строки В таблице users встречал такое: is_active VARCHAR(5) -- значения 'true' или 'false' На первый взгляд — ерунда. На практике: – нет валидации: можно вставить 'tru', 'yes', '0', – медленнее сравнение, чем у BOOLEAN, – больше места в хранилище, – сложно агрегировать и строить аналитику. 🔧 Как надо: is_active BOOLEAN DEFAULT true – Экономия места (1 байт против 5 и больше) – Проверка через WHERE is_active – Простой COUNT(*) FILTER (WHERE is_active) для отчётов – Автоматическая поддержка в ORM и UI-форматах 📌 Даже если тебе нужно больше состояний -…

🔧 Mini-гайд: ускоряем JOIN-ы в больших таблицах JOIN-ы - мощный инструмент SQL, но на больших объёмах данных могут стать узким горлышком. Вот 5 проверенных способов ускорить их: 1. Индексы по ключам соединения Без индекса - каждый JOIN превращается в полный перебор. ➤ Пример: CREATE INDEX idx_user_id ON orders(user_id); 2. Ограничь объём данных до JOIN-а Фильтруй и агрегируй данные до объединения. ➤ Вместо: SELECT * FROM orders o JOIN users u ON o.user_id = u.id WHERE u.country = 'DE'; ➤ Лучше: WITH german_users AS ( SELECT id FROM user…

Если вы отвечаете за инфраструктуру компании, присматриваетесь к альтернативам VMware или разбираете инциденты, приходите 12 ноября на DUC meetup /6. Это офлайн-встреча Deckhouse User Community в Москве. Из докладов вы узнаете: • как домашняя инфраструктура за 13 лет выросла из одного ноутбука в геораспределённый Kubernetes-кластер; • как университет переходит с VMware на виртуализацию Deckhouse; • как в компании внедряли IncidentGPT, Open Source-проект для работы с инцидентами с помощью ИИ. После докладов — нетворкинг и пицца :) Мест немного, поэтому оставьте заявку, чтобы попасть в список…

Pghero Панель управления производительностью для Postgres https://github.com/ankane/pghero #db 👉 @database_info

Антипаттерн: SELECT * - удобно, но опасно Использовать SELECT * - значит звать всех на вечеринку, даже если звал только двоих. Почему это плохо: 🔹 Излишняя нагрузка на сеть и СУБД - выбираются все столбцы, включая ненужные. 🔹 Проблемы с индексами - СУБД может не использовать покрывающий индекс. 🔹 Ломается при изменении схемы - добавил столбец → внезапно изменилось поведение приложения. 🔹 Сложнее читать и поддерживать - особенно в JOIN’ах. ✅ Как правильно: Запрашивай только нужные поля: SELECT id, name, created_at FROM users; 📌 И даже в админках/аналитике лучше явно указывать поля - э…

Postgres против MySQL. Postgres спроектирован как единая, целостная система, и этот архитектурный подход определяет принципы работы всех остальных компонентов. Данные хранятся в виде «кучи» (heap), где могут одновременно существовать несколько версий одной и той же строки. При обновлении создаются новые версии, а старые сохраняются до тех пор, пока не будут удалены в процессе очистки (VACUUM). Механизм MVCC (многоверсионное управление параллельным доступом) встроен непосредственно в модель данных, что открывает широкие возможности для индексации и расширения функциональности. В основе MySQL…

Что происходит с идеей после хакатона? На ЛЦТ.Фесте участники конкурса «Лидеры цифровой трансформации» представят свои разработки для города и бизнеса. А эксперты и представители технологических компаний расскажут об опыте создания и внедрения цифровых решений. Гостей ждут лекции, дискуссии, интерактивные площадки и новые знакомства. Студенты ИТ- и инженерных направлений смогут познакомиться с задачами индустрии, специалисты найдут темы для профессионального обсуждения, а все, кому интересны современные цифровые разработки России, узнают больше о технологиях и их применении. А ещё узнаем, кт…

🛑 Антипаттерн: "Списки через запятую" в базе данных Признайтесь, у каждого был соблазн сделать это. У вас есть сущность (например, User), и нужно сохранить список их ролей или IDs купленных товаров. Создавать отдельную таблицу кажется оверхедом, и вы решаете: "А, запишу просто строкой через запятую". В БД это выглядит так: role_ids: "1,4,12" Почему это бомба замедленного действия и как это лечить? Давайте разбираться. Почему это плохо (The Pain): 1. Сложный поиск. Найти всех пользователей с role_id = 1 через LIKE '%1%' - это больно. Вы найдете и 1, и 12, и 100. Придется писать монструозн…