Share this on Facebook
Who did visit us?
![]() | 40% | Unknown (3345) |
![]() | 12% | United States (1042) |
![]() | 10% | Germany (847) |
![]() | 5% | Thailand (380) |
![]() | 4% | Russian Federation (368) |
| Symptom PSRM does occur performance degradation, when opening a folder or part that does contain too many documents. The reason for that being is that parsing the XML document, that does make a part simply takes too long, if a part does contain too many documents. Firstly the XML iterator takes long and secondly, every document is being instantiated to check for authorizations, status and availability of the physical document. (Recommendation from the author: The check for availability should actually be switched off – which is a simple task in redefining one method of the document backend class only!) Solution When saving a part, the current number of documents should be evaluated against a maximum threshold. If reached the current part should be closed and a new one created. Requirement Within a PSRM folder many parts can be stored, of which the latest is the current part and open for insertion of documents. To avoid degradation of performance, this current part should be closed and a new part opened, once a certain number of documents are reached. The implementation should support the different options of access to the part, when declaring documents online and in background. Scenarios could be:
As a feature, the number of documents should be customizable on the Element Type. An extra Connection Parameter will be added and utilized in the evaluation method determining if a part should be closed or not. Please notice the download links for details: |















