Anyone here storing the sqlc-generated code in an internal sub-package? #2162
Unanswered
preslavrachev
asked this question in
Q&A
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
We've been toying around with the idea of moving future sqlc exports into an internal sub-package (e.g.
db/internal
). The idea is to put a more domain-specific facade between the rest of the code and the DB layer. Not that the sqlc code is bad by itself, but it will always remain primarily DB focused - everything there, from the types of optional params, to the types of errors lives and breathes SQL - we'd rather like the rest of the code to think of a bit higher abstraction.I was wondering if anyone else has done it. Was it worth it in the end? It's quite a bit of boilerplate "facade" code to begin with.
Beta Was this translation helpful? Give feedback.
All reactions