|
It could be interpreted to mean that, even though I will return the same value as the last call if the input parameter(s) are all alike it doesn't mean that I will not still execute the UDF. The deterministic just returns the result set from cache. How this improves performance (since it calls the UDF anyway) I don't know. But that just might be my own limitations. Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com "Bill" <BillZBubb@xxxxxxxxxx> Sent by: midrange-l-bounces@xxxxxxxxxxxx 02/15/2005 12:40 PM Please respond to Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> To "Midrange List" <Midrange-L@xxxxxxxxxxxx> cc Subject SQL Deterministic UDF and File Read Count I have created an SQL UDF which is specified as Deterministic. The UDF is written in RPGLE and accesses a table as part of it's logic. When I do a Select statement in SQL and reference the UDF it returns the data as expected. The concern I have is regarding the file access count: it has the same number of accesses as there are number of records returned -- but the input parameters to the UDF were the same for each UDF access. Am I correct that there would be one access to the UDF's table corresponding to the first "call" and then since each subsequent call has the same parameter values it shouldn't access the table again? This is on a V5R2 system. Bill -- This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/midrange-l or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.