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
This is a great project.
However using it on an existing codebases makes it very much difficult to adhere.
For example, last week I integrated on my project which uses Supabase successfully converting to (postgrest query builder). It took me a few hours though.
However, there was a huge refactoring (44 files) recently to fix the count on filters, which made it mostly impossible to keep up. Also, currently there is much dead code (for example mostly of utils.ts).
You could suggest me to use drizzle on the data-table specifically, and i would agree with that. I spent a few hours doing that, however, the code itself is also so much relied on the schema definition, which makes this almost an impossible task.
Even though i was willing to use drizzle to make it easier on the query builder part and make easier to maintain, turns down that i just cannot use it to define my table structure.
So in my humble opinion, code should be more detachable in the aspect of defining schema/and consuming the schema on query buillders.
At the moment, they are much binded.
At the end, in spite of being a great project, it mostly serves as an inspiration, because its very hard to adhere in current codebases, must be said.
What do you think?
Additional Context
Additional details here...
Before submitting
I've made research efforts and searched the documentation
I've searched for existing issues and PRs
The text was updated successfully, but these errors were encountered:
tecoad
changed the title
[feat]: Unjoin drizzle-orm from the query build
[feat]: Unjoin drizzle-orm (schema definition and query build)
Oct 24, 2024
@tecoad want to start a fork actually? Literally in the middle of this (~80% done) right now, moving the whole thing to Supabase and came here for the same reason. LOTS of subtly required changes, not as easy as rip out Drizzle 🙁
Feature description
Hi.
This is a great project.
However using it on an existing codebases makes it very much difficult to adhere.
For example, last week I integrated on my project which uses Supabase successfully converting to (postgrest query builder). It took me a few hours though.
However, there was a huge refactoring (44 files) recently to fix the count on filters, which made it mostly impossible to keep up. Also, currently there is much dead code (for example mostly of utils.ts).
You could suggest me to use drizzle on the data-table specifically, and i would agree with that. I spent a few hours doing that, however, the code itself is also so much relied on the schema definition, which makes this almost an impossible task.
Even though i was willing to use drizzle to make it easier on the query builder part and make easier to maintain, turns down that i just cannot use it to define my table structure.
So in my humble opinion, code should be more detachable in the aspect of defining schema/and consuming the schema on query buillders.
At the moment, they are much binded.
At the end, in spite of being a great project, it mostly serves as an inspiration, because its very hard to adhere in current codebases, must be said.
What do you think?
Additional Context
Additional details here...
Before submitting
The text was updated successfully, but these errors were encountered: