Эксклюзивно на Telega.in

SQL Academy: всё о реляционных БД и SQL

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

О канале
Полная статистика

Последние посты канала

imageИзображение недоступно для предпросмотра

🌟 Считаем возраст человека правильно 🌟 Вы когда-нибудь задумывались, как правильно вычислить возраст человека в SQL? 🤔 Может показаться, что всё просто: возьмём текущий год, отнимем год рождения, и вуаля! Но ой, подстерегает соблазн ошибки! 😈 🚫 Неправильный подход:


SELECT YEAR(NOW()) - YEAR('2003-07-03 14:10:26');

Проблема такого подхода в том, что он не учитывает был ли день рождения у данного человека в этом году или ещё нет. То есть, если на момент запроса уже наступило 3-е июля (07-03), то человек отпраздновал свой день рождения и ему уже 21 лет, иначе ему по-прежнему 20 года. Разница функций YEAR тут будет бесполезна — в обоих случаях она даст 21 лет. 🤔 Что же делать? Мы могли бы пойти по пути вычисления разницы в днях и деления на 365:


SELECT FLOOR(DATEDIFF(NOW(), '2003-07-03 14:10:26') / 365);

Это лучше, но всё же не совсем точно из-за наличия високосных годов. 📆 ✅ Правильный подход с TIMESTAMPDIFF:


TIMESTAMPDIFF(YEAR, '2003-07-03 14:10:26', NOW());

Используя функцию TIMESTAMPDIFF, мы получаем точную разницу в годах между двумя датами, учитывая все нюансы календаря! 🎯 Так что, когда дело доходит до вычисления возраста, доверяйте TIMESTAMPDIFF — и ваши расчёты будут точны как никогда! 🚀💡

4047

16:58

28.08.2025

imageИзображение недоступно для предпросмотра

⚡ ClickHouse vs Greenplum: что выбрать для аналитики? 📅 10 сентября | 20:00 мск | бесплатно ✅ На вебинаре разберёмся, какая СУБД лучше подойдёт для ваших задач: •Архитектура, производительность и масштабируемость CH и Greenplum •Различия в хранении и обработке данных •Как базы показывают себя в OLAP, ETL и ad-hoc аналитике •Реальные кейсы внедрения и оптимизации ✅ После урока вы сможете: •Выбирать оптимальное решение под разные сценарии •Оценивать производительность и удобство работы •Понимать архитектурные плюсы и минусы каждой СУБД 💥 Участие бесплатное — регистрируйтесь и приходите: [https://otus.pw/SoTpx/?erid=2W5zFJEjnp8] Бесплатное занятие приурочено к старту курса ClickHouse. После обучения вы научитесь быстро и эффективно настраивать БД, работать с ее продвинутыми функциями, интегрировать с другими системами и выбирать оптимальные решения для ваших данных. Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.

1810

21:28

03.09.2025

imageИзображение недоступно для предпросмотра

Деньги в MySQL: DECIMAL против FLOAT 💸 ❗️Почему это важно В финансах «копейка рубль бережёт»: ошибка 0.01 в одной транзакции, умноженная на тысячи строк, ломает отчёты и бухгалтерию. Главный выбор — где хранить деньги: в DECIMAL или FLOAT? 1️⃣ Короткий ответ 🔹 Для сумм, цен, налогов — используйте DECIMAL(precision, scale). 🔹FLOAT/DOUBLE — приблизительные числа (двойичные), для денег не подходят. 2️⃣ Что такое DECIMAL и FLOAT? 🔹 DECIMAL(p, s) — точные десятичные числа. Хранит каждую цифру (до 65 знаков, обычно s=2 или 4). 🔹 FLOAT/DOUBLE — числа с плавающей запятой в двоичной форме (IEEE 754). Быстрые, но дают «хвосты» 0.1000000000001. Пример проблемы с FLOAT:

    
        
CREATE TEMPORARY TABLE t_f (a FLOAT, b FLOAT);

INSERT INTO t_f VALUES (0.1, 0.2);
SELECT a + b AS sum_val FROM t_f;
-- sum_val может быть 0.3000000119...
{}

Так же, но с DECIMAL:

    
        
CREATE TEMPORARY TABLE t_d (a DECIMAL(10,2), b DECIMAL(10,2));

INSERT INTO t_d VALUES (0.10, 0.20);
SELECT a + b AS sum_val FROM t_d;
-- sum_val = 0.30
{}

3️⃣ Как выбрать размер DECIMAL Типовой набор: 🔹DECIMAL(19,4) — для сумм и цен (4 знака после запятой хватает для НДС/комиссий). 🔹DECIMAL(10,2) — для розничных цен в «валютах с 2 знаками». 4️⃣ Альтернатива: хранить в «копейках» Иногда суммы хранят как INT в минимальных единицах (центы/копейки). Плюсы: быстрые индексы, чёткие сравнения. Минусы: нужна дисциплина преобразований (делить/умножать на 100), разные валюты ≠ одинаковая точность. 5️⃣ Мини-резюме 🔹 Для денег — только DECIMAL (или INT в минимальных единицах). 🔹 Выберите подходящую точность (часто DECIMAL(19,4)). 🔹 Не складывайте «яблоки и апельсины»: валюты и точности должны быть явными.

2820