Content pfp
Content
@
0 reply
0 recast
0 reaction

Kevin pfp
Kevin
@typedarray.eth
Should Ponder replace SQLite with PGlite (pglite.dev) as the dev database? Pros: 1) Less magic/astonishment ("wait, what database am I using rn?") 2) Simpler schema definition API (currently stuck with the subset of stuff that both PG and SQLite support)
12 replies
4 recasts
48 reactions

Daniel - Bountycaster pfp
Daniel - Bountycaster
@pirosb3
When you say as a "dev database" are you referring to local development?
2 replies
0 recast
1 reaction

Kevin pfp
Kevin
@typedarray.eth
Yes. More precisely - what database is used the very first time someone runs Ponder on their local machine. It needs to be in-process - if you had to start a PG server to get Ponder working, I estimate ~50% of current users would have churned at that step 🤷‍♂️
1 reply
0 recast
1 reaction

Daniel - Bountycaster pfp
Daniel - Bountycaster
@pirosb3
I see, definitely a tricky one. i'd always bias towards a DB that is more maintained (sqlite3) however I do understand the annoyance of running 2 different databases in prod. Are there specific features you are using for Postgres?
1 reply
0 recast
0 reaction

Kevin pfp
Kevin
@typedarray.eth
There are PG-specific features we'd *like* to use, but can't because we still have to support SQLite. Examples: array types, numeric types (currently use a gruesome hack to get int256 working in SQLite lol), multirange data types (could move tons of block interval math into the database), several others
0 reply
0 recast
0 reaction