Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Rant: Microsof*&^&*(
#11
wrong thread
Reply
#12
mattkime wrote:
I know its probably okay to use excel for this sort of thing, but the programmer in me can't accept it.

Also, a friend of mine pointed out that I'd probably have an easy time moving into a number of fields since I'd have the computational stuff down. I don't know if thats true but I wouldn't be dumping data into spreadsheets except to pass it on to someone else.

The problem is you need to be a programmer with good technical skills if you want to be able to do that. As well as being able to write database queries and/or reports you would need to be able to install and configure whatever that database is and troubleshoot issues, create tables, etc.

That would either require 2 people, one to manage the database and the researcher that knows what they need it to do. Or one VERY talented individual that most likely has better things to do than this.
Reply
#13
Hooo... yeah.. nightmare scenario with shared Excel files as a long standing database system.

Oddly.. Office 365 (Cloud Office) may be a possible solution for that.

In addition, you can set up regular save VBA in the spreadsheet. You can also use the validation tools and cell locking tools to keep users from 'breaking' the spreadsheet. I've done all that crap in the past. Fortunately now I just get to use big 'ol database engines and don't use Excel as a database / application environment any more.
Reply
#14
For those thinking I'm trying to set up a database in Excel, been there and done that. Not fun.

As far as programming it, if this was something that was to be used on a regular basis it would be programmed and not done in Excel. However, you can use it to sketch out what needs done and in what order it needs done in. It allows for a bit more flexibility, and errors are immediately seen.

The Excel file itself will not ever reach the GB range, as I'm working with a small subset of possible data. This is only what the instrument reports that it is using, not what the researcher is actually seeing from the biological samples. The biological data is indeed in a database of sorts, with specialized and recognized software to analyze it (which is the next step after I determine whether or not the instrument performed correctly for that day). The software the instrument uses to examine the instrumental data (as opposed from the biological data) was confusing and difficult to read; I tried to pick it apart in Excel, and I now have a better understanding of what it was doing. My confidence in what I'm seeing has increased.

The biological data is often a million data points (particles it counted), with each point (particle) having additional data from each of the detectors that were in use. So, ten detectors each giving data for each of the million data points, gives ten million so far. And that is a small file. Excel will choke and die on this. Again, there is software to analyze the biological data, and it works very well. Any questions I have had regarding how it works have been answered quickly, and any pertinent sources cited. I'm not asking to "steal" their stuff (frankly don't care to even try), but only to increase my understanding of what is going on.

Personal rant regarding instrumentation/data:

Unfortunately, it appears that many manufacturers tend to think that the target audience for instrumentation happens to be homogeneous: if you are targeting toward immunologists, then they all are biologists and giving them the technical aspects of the instrument is a waste of time. Don't give them physics or chemistry as they're not going to understand it (thus, it becomes a black box and I thoroughly loathe black boxes). I have asked at seminars where they were demonstrating an instrument various things, and the talk-around and not-answers I got led me to believe the sales folks didn't really know their product. And in some cases, others noticed it as well.

I live for data. The more data the better. Instrumentation is my "jam" as they used to say. But I'm not a biologist, much less an immunologist, and treating me as if I am only annoys me.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)