Thanks for letting me know. It's good to know that it's not just me.

I noticed the same thing about the number of records...

>FWIW, I just ran into the same error upgrading an app from VFP7 to VFP9. The view was working fine with small practice tables in VFP9, but failed with full production tables.
>
>Here is the view:
>
>

>SELECT Dtpaeve.*, Dtpaehx.ehx_id, Dtpaehx.run_id, Dtpaehx.line_id,;
>  Dtpaehx.dphid, Dtpaehx.referral, Dtpaehx.pdisc, Dtpaehx.bal,;
>  Dtpaehx.dph_form, Dtpaehx.dph_icat, Dtpaehx.insamt, Dtpaehx.partins,;
>  Dtpaehx.partdph, Dtpaehx.dph_serv, Dtpaehx.rdenial, Dtpaehx.ndenial,;
>  Dtpaehx.tppcode, Dtpaehx.primary, Dtpaehx.dmacode, Dtpaehx.waiverno,;
>  Dtpaehx.waiver, Dtpaehx.auth, Dtpaehx.cov_no, Dtpaehx.flag,;
>  Dtpaehx.line_statu, Dtpaehx.claim_stat, Dtpaehx.claim_err, Dtpaehx.pv,;
>  Dtpaehx.billing_tp, Dtpaehx.billing_dp, Dtpaehx.bdisc, Dtpaehx.bplace,;
>  Dtpaehx.code, Dtpaehx.modifier, Dtpaehx.eid;
> FROM ;
>     dtpadata!dtpaeve ;
>    LEFT OUTER JOIN dtpadata!dtpaehx ;
>   ON  Dtpaeve.eid = Dtpaehx.eid;
> WHERE ( (  Dtpaeve.cid = ( ?pcCid );
>   AND  Dtpaeve.btype = ( ?pcBtype ) );
>   AND  Dtpaeve.serv = ( ?pcServ ) );
>   AND  Dtpaeve.sdate = ( ?pdSdate );
> ORDER BY Dtpaeve.eid, Dtpaehx.run_id, Dtpaehx.line_id
>
> * DBSETPROPs for making it all updatable not shown
>
>

>
>This view fails even when called with NoDataOnLoad = .t..
>
>Table size makes a critical difference. It fails with the following record counts:
> dtpaeve: 453000
> dtpaehx: 639000
>
>But works when tables are trimmed roughly in half:
> dtpaeve: 260000
> dtpaehx: 331000
>
>Using the original large tables, I tried removing all dtpaeve records that lacked at least one matched dtpaehx record, but this made no difference.
>
>In BeforeOpenTables, I tried setting enginebehavior to 70 or 80 with no benefit. I also tried some other memory tricks, like sys(3050,20000000) and purge memory SYS(1104) also with no benefit.
>
>Looking forward to a work around or bug fix...