You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi! I wonder if it would make sense to export this structure in a public package?
I myself have a couple of ideas where I'd need some database schema and I'd generate some stuff from it. I recognize that it may be wildly out of scope for this project, but the code is kinda already there, so it would be cool just to export it as-is for other tools to potentially use.
One of them that would potentially benefit from it is tbls. Right now, you have to establish a connection to a database, and the generation usually looks something like this
which means somehow provisioning the database, running the migrations and then stopping it, which may be quite a bit cumbersome.
On the other hand, I'm not sure if the existing Schema structure from internal/catalog provides all of the required types and data to the tbls to actually generate the documentation. For example it might rely on some comments or other database objects that are not relevant in scope of sqlc.
Anyway, please let me know what you think of all of this.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hi! I wonder if it would make sense to export this structure in a public package?
I myself have a couple of ideas where I'd need some database schema and I'd generate some stuff from it. I recognize that it may be wildly out of scope for this project, but the code is kinda already there, so it would be cool just to export it as-is for other tools to potentially use.
One of them that would potentially benefit from it is tbls. Right now, you have to establish a connection to a database, and the generation usually looks something like this
which means somehow provisioning the database, running the migrations and then stopping it, which may be quite a bit cumbersome.
On the other hand, I'm not sure if the existing Schema structure from internal/catalog provides all of the required types and data to the tbls to actually generate the documentation. For example it might rely on some comments or other database objects that are not relevant in scope of sqlc.
Anyway, please let me know what you think of all of this.
Beta Was this translation helpful? Give feedback.
All reactions