Are there particular recommendations regarding the maximum data volume of the delta queue to avoid danger of a read failure due to memory problems?
There is no strict limit (except for the restricted number area of the 24-digit QCOUNT counter in the LUW management table – which is of no practical importance, however – or the restrictions regarding the volume and number of records in a database table). When estimating “soft” limits, both the number of LUWs and the average data volume per LUW are important. As a rule, we recommend bundling data (usually documents) as soon as you write to the delta queue to keep number of LUWs low (this can partly be set in the applications, for example in the Logistics Cockpit). The data volume of a single LUW should not be much larger than 10% of the memory available to the work process for data extraction (in a 32-bit architecture with a memory volume of about 1 GByte per work process, 100 MByte per LUW should not be exceeded). This limit is of rather small practical importance as well since a comparable limit already applies when writing to the delta queue. If the limit is observed, correct readi
Related Questions
- Are there particular recommendations regarding the maximum data volume of the delta queue to avoid danger of a read failure due to memory problems?
- I want to download a large volume of data for a particular dataset. What is the best way to do that?
- Why is there data in the delta queue although the V3 update has not yet been started?
