Базы данных

Список изменений в PostgreSQL после выбранной версии. Вводишь результат команды version(), и тебе вываливают список из CVE, багов, перформанс улучшений и фичей базы/SQL, которые были добавлены с тех пор. Сравнивать две разных версии (например, у тебя 13, а ты хочешь обновиться на 14, а не на самую новую) нельзя.

Спецификация уникальных идентификаторов UUIDv7 для ключей баз данных и распределенных систем по новому стандарту RFC9562

1. Никогда не используйте индексы
2. Чем больше count(*), тем лучше
3. Используйте ORM
4. JOIN’ам в базе не место
5. Будь модным, будь schema-less
6. Будь гибким, используй EAV
7. Чем больше индексов создать, тем лучше
8. Даже если вы решили настроить backup своей базы…
9. Первым делом выключите autovacuum
10. Никогда не архивируйте старые данные
11. Переизобретите Slony
12. Мастер и реплика должны жить на разном железе
13. Синхронную реплику - в другой ДЦ
14. Никогда не используйте Foreign Keys
15. Самый правильный тип данных это text
16. Всегда используйте “улучшенную” версию PostgreSQL
17. PostgreSQL любит длинные транзакции
18. Код надо писать, читать его не обязательно!
19. Есть проблемы с PostgreSQL?
    • Любые проблемы можно решить при помощи контейнеров
    • Которые не решаются - решаем с помощью облаков
    • Оптимизация запросов - прошлый век
20. Переизобретать не только Slony
21. Никогда не используйте exceptions
22. Приложению не хватает соединений с базой?
    • Выставляем max_connections в 1000
    • Никогда не используйте pgbouncer
23. Вместо pgbouncer используйте pgpool
24. Всегда начинайте настраивать PostgreSQL
25. Новая классная фича? Сразу в продакшн
26. Никогда не используйте графический мониторинг
27. Загружайте данные в PostgreSQL изощренно

Список базовых практик, как ускорять выполнение запросов. Можно использовать как “настольную” статью начинающим разработчикам.

• Как делать разные миграции таблиц и какие подводные камни есть при этом
• TLDR: основная проблема - блокировки, которых нужно избегать

TigerBeetle is a financial transactions database designed for mission critical safety and performance to power the next 30 years of OLTP.

База данных, написанная на zig и оптимизированная под финансовые транзакции.

Небольшая заметка о том, почему добавление инстансев баз/микросервисов математически уменьшает стабильность системы

Достаточно объемный список с хорошими пояснениями про особенности работы с postgresql и вообще sql.

YugabyteDB is a high-performance, cloud-native, distributed SQL database that aims to support all PostgreSQL features. It is best suited for cloud-native OLTP (i.e., real-time, business-critical) applications that need absolute data correctness and require at least one of the following: scalability, high tolerance to failures, or globally-distributed deployments.

• обработка транзакций, как это эксплуатировать
• что делает PostgreSQL хорошей базой данных
• страничная модель и шедуллинг транзакций
• WAL
• Redo и Undo
• vacuum

Какие есть сложности с использованием enum в просгресе. Лично я пришел к мысли, что enum лучше не использовать.

Большой и подробный цикл статей про индексы в PostgreSQL. С мякоткой и разбором планов запросов.

• Статья о том, как компания реструкторизировала бекенд. Но самый сок не в этом.
• А в том, как они выкинули микросервисы и сделали все на хранимых процедурах
• Комментарии более полезны, чем сама статья

Junior уровень доклада. С этого доклада нужно начинать.