Beefy Boxes and Bandwidth Generously Provided by pair Networks
No such thing as a small change

Re^2: Best way to store/access large dataset?

by stonecolddevin (Parson)
on Jun 22, 2018 at 17:41 UTC ( #1217234=note: print w/replies, xml ) Need Help??

in reply to Re: Best way to store/access large dataset?
in thread Best way to store/access large dataset?

SQLite is the last thing that should come to mind when dealing with large datasets. I can't imagine why you would even think about using SQLite over Postgres, or depending on your needs, loading it up in to S3 and querying it using Athena, or Dynamodb. There's a wealth of technology out there made specifically for processing vast amounts of data and running calculations on it, for relatively cheap. SQLite is not one of them.

Three thousand years of beautiful tradition, from Moses to Sandy Koufax, you're god damn right I'm living in the fucking past

  • Comment on Re^2: Best way to store/access large dataset?

Replies are listed 'Best First'.
Re^3: Best way to store/access large dataset?
by Speed_Freak (Sexton) on Jun 22, 2018 at 17:58 UTC

    I wish I knew more on this subject. If it makes a difference, there wont be any writing going on to the database during all of this. It is purely read. And from what little I've read, Postgres isn't recommended when you're looking for speed in purely read operations?.
    The database doesn't exist outside of its current test iteration, so there is still time to change it. But I wouldn't know what would be a better option.

      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

        I did a quick google on Postgres pro's and cons. I did just read further in the comments that it's solvable by "adding connection pooling on front."

        I'm open to anything really. The boss didn't wanna pony up the cash to get someone in here that could make solid we're just winging it! One of my colleagues is familiar with Mariadb, so we went with it.

        The database holds environmental sample data. Each sample contains just over three million data points. For what I'm describing here, I have to pull just under three million of those points for around 200 samples worth of data. (200-300 should be the normal data load.) That initial pull of data will be around 1.8 billion calculations if the qualifiers are relatively simple. The qualifiers are user definable, so they could range from simple greater than/less than, to various combinations of percentages of different values from the database. Following that comes this script which will ultimately perform an additional ~49 million calculations on the summary table to find the unique attributes.(A chain of greater than less than qualifiers based on attribute count and category count for each attribute in each category.)

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1217234]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others lurking in the Monastery: (3)
As of 2021-04-11 06:32 GMT
Find Nodes?
    Voting Booth?

    No recent polls found