Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

>any db can be classic serverless if they run in the _same computer_ as the app?

Not just the "same computer" ... it's the same process id (PID).

Extract of relevant text from that webpage:

>Classic Serverless: The database engine runs within the same process, thread, and address space as the application. There is no message passing or network activity.

In other words, when you compile and link "sqlite.c" into your own executable, the same PID (process) that handles text input and paints pixels on the screen -- is the same PID that writes to the sqlite database file. It's all the same process. That's what they mean by "classic serverless".

In contrast, if you make a Go executable that writes to MySQL/PostgreSQL db and make them both run on the same physical computer, that's not "classic serverless". It's because when you enter "ps -aux" to list all running processes, you see separate PIDs for the Go executable and the MySQL db engine.

Other jargon used might be "in-process" vs "out-of-process" or "embedded" vs "external". SQLite is sometimes characterized as "in-process embedded database" but MySQL is an "out-of-process" db.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: