[FX.php List] optimizing FMS7A sort performance?
Dale Bengston
dbengston at preservationstudio.com
Thu Dec 9 18:47:43 MST 2004
Hi Michael,
Do you have all 200 fields on the layout being accessed via the web?
Dale
--
Dale Bengston | Streamline Studio, LLC | dbengston at streamline-studio.com
Associate Member, FileMaker Solutions Alliance
On Dec 9, 2004, at 7:42 PM, Michael McIntyre wrote:
> I'm looking for techniques/advice/workarounds to improve the slow sort
> performance in FMS7.02 Advanced.
>
> [Server HW: Dual 2Ghz G5 Xserve, 1GB RAM, OS Server 10.3.6]
> [workstation HW: Dual 2Ghz G5 Powermac, 1.5GB RAM, OS 10.3.6]
>
> With a 1 table db of ~2K records, ~200 fields, sorting all records on
> a single indexed date, serialNumber, or text field seems to have an
> order of magnitude difference as follows:
>
> < 1s (db on workstation HDD open with FMP7.03, first sort, good)
> > 10s (db on FMS7, remote opened on workstation with FMP7.03, first
> sort, BAD)
> < 1s (db on FMS7, remote opened on workstation with FMP7.03,
> subsequent sort)
> > 10s (db on FMS7, web display with same sort parameter passed via
> FX.php, EVERY sort, BAD)
>
> How does this compare with others' experience with FMS7A, both
> server-client and server-web?
>
> I don't know how FM technically does its sorts but it appears that
> performing a sort also sets up an index to speed subsequent sorts in
> the same client 'session'. However FX.php calls to FMS7A are perhaps
> each unique thus have no such index to work with, yes?
>
> Needless to say the 10s sort time for this particular FX.php query
> (browsing entire db) is prohibitively slow.
>
> -michael
>
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org
> http://www.iviking.org/mailman/listinfo/fx.php_list
>
More information about the FX.php_List
mailing list