3 ms·
> because we don't use any of these features. We just use them as external data storage for a single application. You are using it :) Reboot the server where t
by dig1 3y ago
> because we don't use any of these features. We just use them as external data storage for a single application.
You are using it :) Reboot the server where the database runs or suddenly cut off the connection. Unless you have ACID-compatible storage, you'll have malformed data.
Plan for the future and use a database from the start. When your project/company expands and starts to use multiple applications/services (and that inevitably happens), you'll see (one of) the benefits of the database.
> But the updating I would have expected to go more smoothly
I'm not sure what you are talking about. Database updates are one of the smoothest (critical) software updates you'll find, assuming the database has a good track record.
- bun_terminator 3y agoeh the oracle upgrades went awful. But I try to not touch the database at all if I can
- jauco 3y agoWell, oracle is kind of a beast. If all you need is data storage and maybe an index for fast lookup within 10G of data, sqlite will probably do the trick. It is a library, not a server process so you compile it into your app and there is very little ops work to do. As a benefit, you can do many data access patterns that are closer to what you’d do if you wrote the data access code by hand (no network latency etc)