(no title)
throwusawayus | 3 years ago
your first two examples are nosql. third example charges by data size processed, not by rows!
rows is weird metric since some tables have tiny rows, some have huge
throwusawayus | 3 years ago
your first two examples are nosql. third example charges by data size processed, not by rows!
rows is weird metric since some tables have tiny rows, some have huge
derekperkins|3 years ago
Those nosql options (probably the most popular in the world) also have the issue that row sizes are different, and if you're super cost conscious, you can change your architecture to take advantage of it. For example with Planetscale, you could store a lot more in JSON columns instead of other tables to reduce costs if that was your primary objective.
Is your frustration that you'd like to use Planetscale or a managed Vitess, but you are worried about locking yourself into a pricing model that you don't think will work for you?