ExampleLet's have a catalog of Components based on a database table containing 100000objects. The catalog now looks like this: The second column in the catalog represents a calculated attribute. Because not all of the objects matching the condition are in memory now, it will not be possible to use this attribute for sorting. Trying to do so brings about a red scroll bar, which signifies that further scrolling has been disabled. (See Limitations Explanation for more details) Workarounds:
Additional workaround (not always applicable) As mentioned in the explanation of what "fit into memory" means, sometimes an operation which was not available initially when the catalog was opened may become available in the course of working with the catalog. There are 143 objects matching the condition, Initial Load is 100, Load Increment is also 100 (both of these are current settings, made in Limit settings). This means that with the next incremental read, all of the objects matching the condition will be have been read into memory. Taking the situation depicted in the image above as a starting point, let's do the following:
Please note that whether this little "trick" is applicable or not depends on the mutual relation between the currently set values of Initial Load, Load Increment and the total number of objects matching the currently specified search condition. | |||||