aaaa, сложнааа

Кстати, интересно, как будут обеспечивать обратную совместимость в итоге. Для того же sync.Map например

или функция UserGetById вызывается один раз?

в целом если это не функция main, то стоит создавать соединение отдельно и прокидывать функции

так же лучше возвращать ошибки, а не отдавать log.Fatal, он закрывает приложение

не надо постоянно открывать и закрывать связь с базой, оберните в структуру и сделайте функции методами эдакой

sync2
encoding2
...

просто напишут новые, обобщённые

Чуть точнее опишу как работает у меня.
Программа, это обычный дефолтный гошный сервер, написанный на net/http работает на определенном порту всегда в виде демона на чистом ubuntu server запускается через systemd.

Т. .е. это обычный сервис в фоне.

Этот сервер принимает get запросы от юзеров.
Какждый запрос роутится на тот или иной хэндлер, а хэндлер в свою очередь вызывает тот или иной репозиторий, а в репозитории планирую описать функции на получение сущностей, юзеры, товары и все такое...

Так вот я правильно понял Вас, что мне по идее нужно один раз в main приконектится к постгрес, а дальше уже прокидывать это соединение во все хендлеры, чтобы при какждом get запросе не инициализировать подключение, а только делать уже сами сапросы query?

Правильно понимаю, типа чтобы не тратилась память и время на инициализацию подключения.

А тогда такой вопрос, а то что оно будет это соединение всегда активно, это не страшно? Я чтот боюсь что оно всегда будет открыто, ведь у меня программа как демон круглые сутки планируется работать.

я же сказал, там пул соединений, он настраивается

есть таймауты и лимиты

от вечного открытого соединения проблема может быть только одна — можно превысить лимит у постгреса, если таких соединений будет много, его можно увеличить, но тут нужно учитывать что постгрес создает по процессу на соединение

если соединений нужно очень много, обычно используют pg_bouncer или что-то аналогичное

Спасибо огромное за ссылки!

Ну в моем случае, получается нужно всего лишь убрать лимит на время соединения.

А по поводу лимита количества соединений, я так понимаю мне пока не стоит беспокоиться за это, ведь у меня запускается только одна копия сервера и соответственно только одно соединение всегда активно будет.

это не лимит на время соединения, это лимит на время существования соединения(lifetime)

лимит количества соединений по умолчанию 0 ,т.е. unlimited, так что все-так стоит побеспокоиться

одна копия сервера не означает одно соединение, еще раз повторяюсь про пул

иными словами, для вашего одного объекта *sql.DB может быть создано до MaxOpenConns соединений, при запросе, если существует свободное соединение, оно будет использовано, если же нет, то будет проверка на возможность создать новое, если же и тут нет, то запрос просто встанет в очередь

Лучше контрибьютить в компилятор идриса в го. Такими темпами к этому и придут. Не проще сразу это начать делать?

не лучше

где вы там идрис увидели