New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support ORMs (Prisma, Drizzle ect.) #15
Comments
Not yet, we will be able to explore ORM support once we have #17 parameterized queries |
Also mentioned this on #8 but it would be awesome if pglite could support postgraphile ORM, I have a PoC that fails due to missing tables that are needed for introspection that I can share if there's interest. |
would like to add a vote for sequelize. Not sure if there's anything ORM specific or if it would basically be an engine swap |
Curious how are you using postgraphile with pglite? |
I posted my PoC over on postgraphile's discord: |
Just an FYI I would like to see support for the following:
|
What special work needs to be done to support these? I was hoping the API/interface was pretty basic and generic |
Context: we wanted to use PGLite to speed up our unit tests with an in memory version. As a feedback to save time for people trying the same :
This is not a criticism against PGLite; those are the problems all other solutions based on the same usage of bringing 'native' PG in the runtime will have. Beside that: Great library, thanks for all efforts ! |
@lastmjs Drizzle now supports PGlite as of a couple week ago. I should have updated here! For the others, PGlite should have everything needed to build adapters/plugins for them. I'm not sure we are going to do this ourselves due to a long list of core PGlite stuff to do first. I'm very happy to do any testing or bug fixes to help out with building extensions. For the Drizzle support they did the majority of the work and then I did a pass over it once they had tests running to fix any failures (at the time mostly our side). I am more than happy to do the same again! |
@sledorze we have a few ideas around how to improve memory usage and startup time for unit/integration testing. What I would love to do is create a method to fork an in memory PGlite with copy-on-write of the VFS (and maybe the heap+stack, but I suspect that's hard). You could then create the database and load any data once, but then create a clean fork for each test. This should be super quick with relatively low memory usage per fork. It's not on the roadmap currently, but I hope we can look at it at some point. |
Hi @lastmjs , Is it possible to support Parse Server? Since it supports the stardard pgsql. Thanks very much. |
No description provided.
The text was updated successfully, but these errors were encountered: