Many Cards Versus One Card and a List Field

Randall Lee Reetz randall at randallreetz.com
Tue Jan 15 03:54:16 EST 2008


Gregory, do you have a more detailed study of the architecture of your dna data solution that you would be willing to share... How physically you re storing and manipulating and reporting your data?

randall

-----Original Message-----
From: "Gregory Lypny" <gregory.lypny at videotron.ca>
To: use-revolution at lists.runrev.com
Sent: 1/14/2008 6:00 PM
Subject: Re: Many Cards Versus One Card and a List Field

Hello everyone,

Having started this thread, perhaps I can throw in that the question  
for me has always been a practical one.  If I need to work with and  
analyze the data in many records and the characteristics of those  
subsets most of the time (How many in total?, How many are red?, What  
is the median?), then I build something with a list-like or array-like  
structure because an individual record or card isn't really relevant;  
it's the ability to gather them quickly into groups and characterize  
the group.  That's why when I built a program in MetaCard a few years  
ago to index the human genome database (Unigene) and extract subsets  
of the 100,000 plus entries, cards never entered the picture.   
Likewise, when I did the same with 127,000 news releases made by  
Canada NewsWire and associated the words in the headlines with some  
360,000 entries in Webster's Dictionary and the 3,600 firms trading on  
the S&P/TSX.  But when I mostly need to find and study the details of  
an individual record, then the card model is a good one.  However, I'm  
finding that my need to look at individual details is now almost  
always accompanied by a need to aggregate and study groups of records,  
and for databases of, say, 100 records or more, I have to maintain a  
series of lists anyway.

Regards,

	Gregory
_______________________________________________
use-revolution mailing list
use-revolution at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution





More information about the use-livecode mailing list