3 ms·

> You'd have less maintenance using RDS than you would with an SQLite hosted on a VM. Considering that the maintenance I need to do for SQLite databases is pra

> You'd have less maintenance using RDS than you would with an SQLite hosted on a VM. Considering that the maintenance I need to do for SQLite databases is practically zero... > I was responding to the OP who said you can scale to "millions of revenue" on SQLite. Millions of revenue doesn't necessarily need a high performance database. You could have millions on a page that deals with less than one request per second.

senttoschool 4y ago
>Considering that the maintenance I need to do for SQLite databases is practically zero... I also do zero maintenance on AWS RDS. Didn't have to setup it up either. Just a few clicks, copy and paste connection string, done. No VM to configure. No SSL to configure. No backup to configure. Two clicks for a read only replica. A few more clicks and I can have multi-node failover. You'd want a failover if you have "millions in revenue" no? How do you plan to set that up with SQLite on a VM?
- nfhshy68 4y ago
  If you're at millions of revenue and haven't made the switch to a more robust setup I'd have questions. The question isn't about what you do when you get there the question is if you get there or if you flounder about deciding between self managed MySQL, postgress, rds, MongoDB, gcp, AWS or Azure.
  - senttoschool 4y ago
    >If you're at millions of revenue and haven't made the switch to a more robust setup I'd have questions. Companies with more revenue than "millions" are still running AWS RDS. https://aws.amazon.com/rds/customers/ https://aws.amazon.com/rds/customers/
    - nfhshy68 4y ago
      I think you misread me or I didn't word it well enough. I meant switch off sqllite by the time you're running a real business critical application off your db.