Ссылочки

Общий доклад на тему идемпотентности

Как порядок колонок в посгресе влияет на объем данных, и следовательно на производительность. С примерами как дебажить, жаль без готового тулинга который бы указал “идеальный” порядок

Статья про оптимизацию авто вакума и блоатинга.

Postgres for Search and Analytics

Postgres Data Warehouse, built on Iceberg.

A lightweight message queue. Like AWS SQS and RSMQ but on Postgres. - pgmq/pgmq

PostgreSQL zero-downtime migrations made easy

Мигратор схемы для postgresql. Пишут, что zero downtime, но я внутри не смотрел почему это так.

Разгрузить базу:

1. Оптимальный SQL
2. Правильные настройки
3. Все лишние операции - на приложение
4. Меньше коннектов
5. Транзакции покороче
6. Грамотное использование реплик
7. Секционирование таблиц
8. Асинхронная обработка

Разделить базу:

1. Шардинг уровня БД
2. Шардинг уровня приложения
3. Разделить систему

Список изменений в 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 изощренно

Список best practice для go с более сложными паттернами. Можно рассматривать как расширение принципов Effective Go.

Про пакеты util, common

This tool enables you to validate the format of PromQL queries. It also produces a prettified query. Usage To use this tool, simply paste the content of your query in the following text area. Then, click on the “Parse” button. You can click on the following button to load a PromQL query: Load sample Security and privacy The input is parsed in your browser and is not sent to our servers.

Список всех новых предложений по развитию языка. Просто интересно почитать, в какую сторону движется язык.

A big collection of useful questions to ask potential employers.

Инструмент по визуализации “радара технологий”.

Given a version number MAJOR.MINOR.PATCH, increment the:

1. MAJOR version when you make incompatible API changes
2. MINOR version when you add functionality in a backward compatible manner
3. PATCH version when you make backward compatible bug fixes

Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.