-
- Posts: 247
- Joined: Sat Apr 28, 2007 3:24 pm
Advertisement
Management of large data sets
Discussions about chromatography data systems, LIMS, controllers, computer issues and related topics.
6 posts
Page 1 of 1
Just curious how those of you who deal with very large data sets deal with them. I have spent the last six months putting a bunch of data into an MS Access database, but now my boss has decided that she doesn't want to use Access. I told her from the beginning that Access was not the best relational database, but she wanted to use it. So what do you use for large datasets? I'm talking too big for excel times 10. I'm guessing many of you are blessed with LIMS.
-
- Posts: 1680
- Joined: Sat Aug 23, 2008 12:04 am
I keep them as "flat files" and suck them into SAS as needed. I have very large peak tables from GCxGC-TOFMS and a growing collection of them.
-
- Posts: 254
- Joined: Tue Aug 11, 2009 6:48 am
@Sassman
Depending on the budget, it might be worthwhile to look at Agilents OpenLAB ECM. It van sucks in the raw data and printed PDF reports, extract meta data (=results) from the files and store these automatically in the SQLServer or Oracle database (your choice).
Once int the databse, you can make views on top of it and select your reporting engine, like Excel; Crystal reports; whatever.
It also helps you to go paperless and manage the large amounts of data you rpoduce properly.
Depending on the budget, it might be worthwhile to look at Agilents OpenLAB ECM. It van sucks in the raw data and printed PDF reports, extract meta data (=results) from the files and store these automatically in the SQLServer or Oracle database (your choice).
Once int the databse, you can make views on top of it and select your reporting engine, like Excel; Crystal reports; whatever.
It also helps you to go paperless and manage the large amounts of data you rpoduce properly.
-
- Posts: 426
- Joined: Mon May 19, 2008 10:09 am
Or you could take a look at postgreSQL.
You still can use MS Access as a front end, while the postgres is the workhorse.
Ace
You still can use MS Access as a front end, while the postgres is the workhorse.
Ace
-
- Posts: 247
- Joined: Sat Apr 28, 2007 3:24 pm
I am definitely hesitant about sinking money into something like openlab without knowing how well it will work for our application. We need something flexible enough to allow us to build custom data structures. I am always wary of software designed for "ease of use" (microsoft products come to mind). My experience is that these products lack flexibility.
I was also thinking postgresql or mysql. It shouldn't be too hard to export the access database to postgresql. Then I have the flexibility that I want and my boss gets an easy frontend to the data. I will probably recommend this course of action in our meeting, but I'm probably going to be overruled by all of my non-techie colleagues who are in love with excel and don't know anything more than flat files. Wish me luck!
I was also thinking postgresql or mysql. It shouldn't be too hard to export the access database to postgresql. Then I have the flexibility that I want and my boss gets an easy frontend to the data. I will probably recommend this course of action in our meeting, but I'm probably going to be overruled by all of my non-techie colleagues who are in love with excel and don't know anything more than flat files. Wish me luck!
-
- Posts: 426
- Joined: Mon May 19, 2008 10:09 am
Porting your access db to postgresql is relative easy altough there are some traps (like the use of yes/no type of fields). I did this a while ago, so I've found a lot of workarounds. If you're stuck, just ask, maybe I can help you out.I am definitely hesitant about sinking money into something like openlab without knowing how well it will work for our application. We need something flexible enough to allow us to build custom data structures. I am always wary of software designed for "ease of use" (microsoft products come to mind). My experience is that these products lack flexibility.
I was also thinking postgresql or mysql. It shouldn't be too hard to export the access database to postgresql. Then I have the flexibility that I want and my boss gets an easy frontend to the data. I will probably recommend this course of action in our meeting, but I'm probably going to be overruled by all of my non-techie colleagues who are in love with excel and don't know anything more than flat files. Wish me luck!
Your non-techie colleagues are maybe happy with the datasheet view of Access forms?
Anyway, good luck
Ace
6 posts
Page 1 of 1
Who is online
In total there are 364 users online :: 0 registered, 0 hidden and 364 guests (based on users active over the past 5 minutes)
Most users ever online was 4374 on Fri Oct 03, 2025 12:41 am
Users browsing this forum: No registered users and 364 guests
Most users ever online was 4374 on Fri Oct 03, 2025 12:41 am
Users browsing this forum: No registered users and 364 guests
Latest Blog Posts from Separation Science
Separation Science offers free learning from the experts covering methods, applications, webinars, eSeminars, videos, tutorials for users of liquid chromatography, gas chromatography, mass spectrometry, sample preparation and related analytical techniques.
Subscribe to our eNewsletter with daily, weekly or monthly updates: Food & Beverage, Environmental, (Bio)Pharmaceutical, Bioclinical, Liquid Chromatography, Gas Chromatography and Mass Spectrometry.
- Follow us on Twitter: @Sep_Science
- Follow us on Linkedin: Separation Science