FMPRO-L Archives

May 2010, Week 1

FMPRO-L@LISTSERV.DARTMOUTH.EDU

Options: Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Mime-Version:
1.0 (Apple Message framework v936)
Content-Type:
text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes
Date:
Wed, 5 May 2010 22:52:40 +0100
Reply-To:
FileMaker Pro Discussions <[log in to unmask]>
Subject:
From:
Steve Cassidy <[log in to unmask]>
In-Reply-To:
Content-Transfer-Encoding:
quoted-printable
Sender:
FileMaker Pro Discussions <[log in to unmask]>
Parts/Attachments:
text/plain (25 lines)
On May 5, 2010, at 10:28 PM, Geoff Graham wrote:

> As Steve said, the work has to be done somewhere; if you can move it  
> to tiny increments as you enter the data rather than all  at once as  
> you read it - bonus.

Sue

Yes, I did say that. But of course it was an over-simplification.

In fact, if you can move the storing/indexing work to the front of the  
process – as Geoff says, into little increments as the data is entered  
– there are two gains. The first is that you probably won't notice all  
the little waits as you input the data. The second is that, once done,  
the storing/indexing work is finished. Whereas with the unstored  
method you have now, the work has to be done every time you want to  
view the data.

So this comes back also to how intensively you use this function of  
your database. If you drill down (and see the beach ball) once a day,  
then your gain may not be so great. If you are doing it dozens of  
times a day, then it's definitely going to be worth a little slowdown  
at data entry if you can speed it up.

Steve

ATOM RSS1 RSS2