News for hackers. Stuff that matters.
Re:A database for 2022 by norom on Friday April 01, 2022 @07:00PM (#30884183)
I for one am enjoying this. Sure they could probably just use a regular ol' database, but where is the excitement in that!
Re:A database for 2022 by mrkurt on Friday April 01, 2022 @07:58PM (#30884567)
sqlite is, like, the regular-est of the databases.
Re:A database for 2022 by isbvhodnvemrwvn on Saturday April 02, 2022 @06:31AM (#30887161)
Not quite, I got bitten by weak type system more than once.
Re:A database for 2022 by dangoor on Saturday April 02, 2022 @11:06AM (#30888771)
Enough people have had this complaint that sqlite has added STRICT tables: https://www.sqlite.org/stricttables.html
Re:A database for 2022 by isbvhodnvemrwvn on Saturday April 02, 2022 @02:24PM (#30890434)
Oh, finally! I haven't heard about it. Thank you!
Re:A database for 2022 by mekster on Saturday April 02, 2022 @08:00AM (#30887568)
Funny in here, people praise SQLite but dismiss MySQL when it's tiny bit off the SQL standard and people complain how PHP converts values with best effort guess on different types but not when SQLite does that too.

Don't know why anyone would use SQLite in production except for as some KV store embedded in an app.

Re:A database for 2022 by tptacek on Saturday April 02, 2022 @11:27AM (#30888929)
Because an SQL engine that defers control over connections, concurrency, storage, and process management to users is extremely valuable for multiple reasons, including simple cases like caches where you'd ordinarily just store things in flat files or BerkleyDB-style database, and complex cases like distributed statekeeping where existing SQL databases aren't going to do anything close to the right thing for your application, but you also don't want to reinvent SQL and query planning and write-ahead-logs to build your complex database.

The vibe I get from this thread is that a lot of people have only experienced SQLite from the vantage point of something like Rails running in a "test" environment, and are used to explaining to people on some PHPbb somewhere that you can't really use SQLite to back a multiuser SAAS app. That's as may be, but when you're building infra components, you control who the "users" are; not everything is a web server taking requests from all comers.

Re:A database for 2022 by yawaramin on Saturday April 02, 2022 @05:51PM (#30891994)
Adding to what tptacek said, it seems you're also out of date with SQLite, they added strict typing recently.
Re:A database for 2022 by nooorofe on Saturday April 02, 2022 @02:23PM (#30890425)
Re:A database for 2022 by jitl on Friday April 01, 2022 @08:28PM (#30884745)
SQLite is the most deployed database in the world
Re:A database for 2022 by isbvhodnvemrwvn on Saturday April 02, 2022 @07:55AM (#30887535)
Not for this kind of applications. Same as Java being on 13 billion of devices, it doesn't mean anything if it's some config store underneath some mobile or desktop app.
Re:A database for 2022 by yawaramin on Saturday April 02, 2022 @05:52PM (#30892002)
> some config store underneath some mobile or desktop app

Do you understand what kind of application Tailscale is? For all intents and purposes it's exactly what you described above.

Re:A database for 2022 by mekster on Saturday April 02, 2022 @08:27AM (#30887701)
Excitement is only for people who are learning.
Re:A database for 2022 by billywhizz on Saturday April 02, 2022 @03:07PM (#30890816)
you should always be learning. and excited when you are. do you know everything?
Re:A database for 2022 by mekster on Saturday April 02, 2022 @05:53PM (#30892008)
There are projects you can try new things with and projects that should just work when it's expected for many people to use. Don't push your excitement to the users.
Re:A database for 2022 by jjeaff on Friday April 01, 2022 @07:17PM (#30884292)
I really hope they aren't taking the same tack when dealing with the encryption portion of their service.
Re:A database for 2022 by acrispino on Friday April 01, 2022 @07:59PM (#30884572)
They're using WireGuard for the tunneling. I don't think a lot of people will object
Re:A database for 2022 by Aeolun on Friday April 01, 2022 @07:21PM (#30884318)
What would be the analogue?

Using openssl with a wrapper service? Doesn’t seem particularly dubious to me.

Re:A database for 2022 by ignoramous on Friday April 01, 2022 @11:09PM (#30885554)
> Using openssl with a wrapper service?

Coincidentally, one of tailscale's founders already built this: https://github.com/sshuttle/sshuttle

Re:A database for 2022 by jjeaff on Wednesday April 06, 2022 @02:06AM (#30928952)
They have been trying to create or reinvent the database rather than using tried and true solutions. The analogue would be rolling your own cryptography.