junior

и проблем в зависимости от уровня

1. Масштабирование
2. Бизнес хочет хранить данные за все время
3. EAV упрощает проектирование
4. ORM упрощает разработку
5. Главное зло в PostgreSQL - autovacuum
6. JOIN это зло - они медленные
7. Давайте изобретем Slony
8. У меня в тесте все работает
9. Be smart, as a java-developer
10. Приятные мелочи

Первая ссылка в списке обучения Go

Список best practice для go. Некоторые пункты устарели, но всё ещё приемлемы к использованию в новом коде. Второй линк в списке обучения языку go.

Как правильно давать имена

Набор рекомендаций по работе с Go кодом.

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

Как правильно давать имена в коде.

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

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

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

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

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

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