🛠 PostgreSQL – одна из самых мощных, популярных и быстроразвивающихся реляционных СУБД с открытым исходным кодом.

Ее документация – это настоящий кладезь знаний:
Всегда актуальна: Отражает последнюю версию и все новейшие возможности (актуально для 2025!).

Исчерпывающая: От основ SQL и установки до продвинутых тем администрирования, репликации, расширений и внутреннего устройства.

- Авторитетная: Написана и поддерживается разработчиками СУБД.
Структурированная: Легко навигировать, подходит как для новичков, так и для опытных профессионалов.

- Полностью бесплатная: Доступна всем и всегда.

По сути, это полноценный, постоянно обновляемый учебник и справочник по одной из важнейших технологий баз данных сегодня. Если вы работаете с данными или только планируете начать – это обязательный ресурс!
🔗 Ссылка на документацию PostgreSQL (Русская версия):
https://postgrespro.ru/docs/postgresql/ (Примечание: Это версия от Postgres Professional, одного из ключевых
контрибьюторов PostgreSQL, которая обычно наиболее оперативно обновляется на русском языке).
Или официальная ссылка на международном сайте (выберите язык): https://www.postgresql.org/docs/current/


#БазыДанных #БД #DataBases #PostgreSQL #SQL #Программирование #IT #БесплатныеКниги #Обучение #OpenSource #Актуально2024 #Postgres

🎮💾 DOOMQL: Мультиплеерный шутер на чистом SQL

DOOMQL — это уникальный шутер, полностью реализованный на SQL, использующий CedarDB. Проект возник как эксперимент: возможно ли создать игру в стиле DOOM, используя только SQL для рендеринга, игрового цикла и многопользовательской синхронизации? Ответ — да!

🚀Основные моменты:
- Чистый SQL рендерер с поддержкой рендеринга спрайтов и HUD.
- Мультиплеерная игра с синхронизацией и управлением состоянием через CedarDB.
- Легкость в изменении игрового состояния с помощью простых SQL-запросов.
- Поддержка читов, что добавляет интерес к игровому процессу.
- Минимальный клиент на Python для управления вводом и отображения.

📌 GitHub: https://github.com/cedardb/DOOMQL

#sql

🚨 SQL Никогда НЕ ДЕЛАЙ ТАК #sql

НИКОГДА НЕ ЛОМАЙ ИНДЕКСЫ ФУНКЦИЯМИ: не оборачивай индексируемые поля в функции внутри WHERE.

Как только ты пишешь LOWER(), CAST(), COALESCE() или любые вычисления по колонке — индекс перестаёт работать, и запрос падает в полное сканирование таблицы.

Это одна из самых тихих причин, почему запросы внезапно превращаются в тормоза.

Вместо этого приводи значения заранее или используй функциональные индексы.

 Плохо: индекс по email НЕ используется  
SELECT *  
FROM users  
WHERE LOWER(email) = 'user@example.com';

-- Хорошо: нормализуем значение заранее  
SELECT *  
FROM users  
WHERE email = 'user@example.com';

-- Или создаём функциональный индекс (PostgreSQL)  
CREATE INDEX idx_users_email_lower ON users (LOWER(email));

https://www.youtube.com/shorts/AyiAslOeJFA