<div> Actually, I was just about to post and address this.</div>
<div> </div>
<div> I "think" I pretty much have the solution in place...but it does in fact take</div>
<div> several minutes to display their data because there are 1/2 million records</div>
<div> in the file that the browse lookup is pointing to...</div>
<div> </div>
<div> I'm still working on this, but headed in the right direction I believe</div>
<div> </div>
<div> Scott<br><br></div>
<div class="gmail_quote">On Wed, Sep 2, 2009 at 2:17 PM, Bruce Easton <span dir="ltr"><<a href="mailto:bruce@stn.com">bruce@stn.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Mark wrote Wednesday, September 02, 2009 12:59 PM<br>
<div class="im">><br>> On Wed, Sep 02, 2009 at 12:34:43PM -0400, after drawing runes<br>> in goat's blood, Bruce Easton cast forth these immortal,<br>> mystical words:<br>> ><br>> > Mark - how is a qualified file not 'protected' verses an<br>
> unqualified file?<br>><br>> All someone needs to do is:<br>><br>> [be somewhere they can drop to a shell]<br>> [drop to shell]<br>> PFQUAL=qualifier;export PFQUAL<br>> [run clerk or report]<br>><br>
> You can skip the environment variable if you remember the<br>> flag for clerk/report. I -think- it's -M but would have to<br>> look it up.<br>><br>> It's not like qualified files are encrypted. They're named<br>
> differently.<br>> This isn't rocket science.<br>><br>> mark-><br>> --<br><br></div>Well if you can drop to a shell, you can drop to a shell and any<br>solution - using qualified files or not is a potential problem.<br>
<br>I like Tom Aldridge's solution as a complement to what I and others<br>were suggesting because of the simplicity:<br><br>-It doesn't involve using additional indexes for your internal<br>primary file.<br><br>-It keeps the separate clients usage of the files really separate.<br>
<br>-It doesn't require much magic code for the user interface part to<br>work and allows one to enter and use standard clerk features in a<br>standard way.<br><br>The only drawback I can see for this as a character-based solution is<br>
the up-front time the user must wait before they can access their<br>up-to-date data. (And I'm guessing this has not been a problem for him.)<br><br>I haven't used this technique, but it seems like something that was<br>
probably a good solution before BBOCD (when @menu and @entsel came into<br>being:<br>the Big Bang of Overly-Complicated Design).<br>
<div class="im"><br>Bruce<br><br>Bruce Easton<br>STN, Inc.<br><br><br><br><br>_______________________________________________<br></div>
<div>
<div></div>
<div class="h5">Filepro-list mailing list<br><a href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a><br><a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
</div></div></blockquote></div><br>