Não é a intensidade, é a quantidade. Quanto mais querys acontecerem em um mesmo contexto mais lenta a aplicação vai ficar, sem falar na sobrecarga do banco. Imagina ler 10 flags em cada request, milhares de vezes por segundo, não há banco que aguente.

Sim, eu entendo e concordo. Só que isso é um cenário onde você já está com MUITOS usuários rodando ao mesmo tempo, não acho que é o caso da maior parte das pessoas que estão tentando subir um app, mesmo o resend hoje tem 1 milhão de usuários, mas boa parte não deve ser ativo.

Só que ok, vou ser honesto, isso pode (e vai) acontecer com alguém, então pensando nisso, a ideia já numa v0.0.2 é ter o Redis adapter para o cache, onde vc pode conectar com um redis local, um upstash ou seja la o que a comunidade preferir.

Meu plano é facilitar a vida de quem está criando um app, reduzindo fricção com coisas que são básicas. Essa pessoa precisa de velocidade, e normalmente não terá tantos users no início, então fazer isso no PG já resolveria um problema de não precisar criar tanto código para fazer um key/value ou manusear feature flags.

Mas as conexões do banco de dados serão criadas pela biblioteca? como será feito o pooling de conexões?

Através do seu adapter, vamos supor que vc está usando drizzle, as conexões são feitas direto no seu banco de dados normal do app, vc controla isso como bem preferir. O KV Layer iria criar uma nova tabela via migration, muito parecido com o que o better auth faz. O controle é todo seu.