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
Copy file name to clipboardExpand all lines: src/app/blog/serverless-sql-databases-compared/page.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -31,7 +31,7 @@ But "serverless SQL" has become a crowded space. Between the Postgres-alikes and
31
31
32
32
Before we look at the specific tools, it’s worth noting why these feel different from traditional RDS. They all fundamentally separate **Compute** from **Storage**.
33
33
34
-
In a legacy setup, your database is a VM that’s always running. In serverless land, your data sits in a storage layer (like S3 or a specialized distributed layer), and the "Compute" (the SQL engine) only spins up when a query hits it. This is how we get "Scale to Zero", if no one is using your app, you aren't paying for a CPU to sit idl. You can get a deeper [comparison of serverless vs traditional databases here](https://datavidhya.com/blog/serverless-sql-database/)
34
+
In a legacy setup, your database is a VM that’s always running. In serverless land, your data sits in a storage layer (like S3 or a specialized distributed layer), and the "Compute" (the SQL engine) only spins up when a query hits it. This is how we get "Scale to Zero", if no one is using your app, you aren't paying for a CPU to sit idle. You can get a deeper [comparison of serverless vs traditional databases here](https://datavidhya.com/blog/serverless-sql-database/)
0 commit comments