Many Cards Versus One Card and a List Field

[Mark Smith]

Russell, please don't take this as unfriendly or agressive, and being  
quite good at peevish myself, I can understand your point of view.
But if you don't currently need to deal with thousands of records,  
then your current level of expertise with using cards will serve you  
well, and since the card metaphor is inherent in Revoluton, it has  
more uses than just wrangling data, obviously.
When and if you need to deal with bigger data sets, then you'll have  
the opportunity to develop your expertise for that (whether it be  
files, custom props, databases, or whatever), and you can be sure  
that people here will be happy to help and advise.
Personally, I find devising schemes for handling data is one of the  
more enjoyable and interesting aspects of programming, though of  
course YMMV.

Best,

Mark

On 15 Jan 2008, at 17:56, Russell Martin wrote:

> I don't currently have a project where I'm trying to store  
> thousands of
> records. To some, maybe that will invalidate my views on the subject.
>
> I just read what Sarah had written below and I was frankly a bit
> peeved. I've spent a considerable amount of time learning how to use
> stacks as documents and then to find out that even at a paltry 4000
> cards, Revolution is in her words 'unworkably slow'.
>
> That just doesn't sit well with me. Most of us have yesterday's
> supercomputers sitting on our desks or in our laps. Revolution
> shouldn't take a performance hit until you're dealing with millions of
> cards. Maybe it's doing something stupid in all of that searching,  
> like
> thousands of saves to disk when it should be suspending them until the
> search operation is over.
>
> --- Sarah Reichelt <sarah.reichelt at gmail.com> wrote:
>
>> I would recommend the list field-single card method for Rev. With
>> Hypercard, marking cards by finding was super fast. With Rev this is
>> not the case. I wrote a small database (about 4000 records) in
>> Hypercard for some friends, using the one card per record method.
>> When
>> they changed to OS X, I tried just importing it into Rev but
>> searching
>> for multiple matches was unworkably slow. I converted it all to a
>> single card plus data field and it was all good again. Plus the data
>> is easier to back up and restore if I send them a program update.
>>
>> Cheers,
>> Sarah
>> _______________________________________________
>> 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
>>
>
>
>
>        
> ______________________________________________________________________ 
> ______________
> Never miss a thing.  Make Yahoo your home page.
> http://www.yahoo.com/r/hs
> _______________________________________________
> 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