in reply to Re^3: Best way to store/access large dataset?
in thread Best way to store/access large dataset?
I'd be curious to see what you read that said Postgres wasn't recommended for lots of read operations. I don't think I've ever heard that before.
If you're deeply invested in mariadb, it's probably fine. mysql has a lot of pitfalls, but people use it in large scale cases all the time.
Regardless, my personal preference is Postgres. I don't think there would be an issues using it for high read volume or processing a large number of calculations, but it depends on what kind of traffic it's going to be taking. If it's a really specialized case, it's probably worth looking into some ETL (extract/transform/load) on AWS using EMR (Elastic MapReduce) and/or Athena.
The key things here are how much data you're dealing with, how many calculations you need to perform, and how resource intensive those calculations are. I think Postgres will be just fine up to several million rows but if you're doing a ton of joining it might get hairy and be better to spread the work out a bit.
Three thousand years of beautiful tradition, from Moses to Sandy Koufax, you're god damn right I'm living in the fucking past
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^5: Best way to store/access large dataset?
by Speed_Freak (Sexton) on Jun 22, 2018 at 20:07 UTC | |
by stonecolddevin (Parson) on Jun 26, 2018 at 18:47 UTC | |
by Speed_Freak (Sexton) on Jun 26, 2018 at 22:11 UTC | |
by stonecolddevin (Parson) on Jun 28, 2018 at 17:28 UTC | |
by Speed_Freak (Sexton) on Jun 28, 2018 at 19:15 UTC | |
|