What is the impact of not "closing" queries, when using the%Resultset library?
Hi guys!!
In the system that I work, I came across an iterator pattern that uses the %Resultset library without performing the close after executing the query. Does anyone know how to say what are the impacts of not performing such a procedure?
If you have any model of iterator pattern made in caché to recommend as a good example, I will be grateful hehe :D
Typically a %ResultSet is an object. It is destroyed as soon as you de-reference it.
This could be a ba killing the referencing variable or by assigning a different value.
there is no need for a %Close or an object destructor. this happens implicitely.
set rs= ##class(%ResultSet).%New() . . . . ; work it kill rs ; or set rs=""
Thanks for your help, Robert. But in the scenery when the object is not killed, and N queries are keeping open, what this can causes? An Opened query consumes memory and buffer? Wich impacts it causes on other processes? Do you know?
If there are queries hanging around then the mayor impact is just on IRISTEMP or CACHETEMP database that might grow.
But it's not worth mentioning just for a query.
I agree with Robert. I have seldom if ever seen code that calls the ResultSet Close() method. There may be temprary globals left over in the CacheTemp database but if I am not mistaken there is a system Purge method that is run as part of the standard system tasks to clear-down these temporary structures. However if you want to complete the ResultSet functionality from Start to Finish then there is no harm in calling the Close() method.
I agree with Robert. I have seldom if ever seen code that calls the ResultSet Close() method. There may be temprary globals left over in the CacheTemp database but if I am not mistaken there is a system Purge method that is run as part of the standard system tasks to clear-down these temporary structures. However if you want to complete the ResultSet functionality from Start to Finish then there is no harm in calling the Close() method.