The introduction - this post contains no "how-to" approach that (yet) exist (?!). In an effort to achieve a comfortable environment for the user reports I tried to speed up loading content dependent prompt.Problem - consisting of a long response time caused by generating a list of values for dependent prompt - it is hotter, the more "major" dimensions are to be promptovány. The problem will illustrate the objects to default Oracle database schema - schema oe. used metadata: Report + prompt: Problem description: When selecting a specific EMPLOYEE_ID (eg 153) in CUST_LAST_NAME dependent (Constrain = yes) prompt appears only relevant customers (Welles, Pacino, Martin Landis, Fawcett). Setting dependencies between prompts is definitely a good thing, because the end user is not bothered by irrelevant options. Any such přegenerování prompt dependent, however, persists. I tried to PROMT help speed using cache. While the following query, however, saved to the cache: When you change the EMPLOYEE_ID PROMT (and generate "similar" query) is not Cache: The second question represents a subset of the query first. According to current documentation would clearly arise should the cache-hit. So I turned to Oracle support. Describing the development of the whole communication would take many lines - at least shortly: First, I received information that this is a desirable behavior. When the voucher to the discrepancy with the documentation finally admitted that it is a mistake, but only the documentation - the "dimension-only" request for the necessary cache hit "exact-match" (in the projection and restriction of queries). The reaction thus be altered documentation. The next step was pointing out an interesting fact: If you use the same script against the XML data, the cache hit occurs as expected - suddenly "exact-match" is not needed. Finally, this request has been accepted as Bug 8541767 and was ranked 11th in the development of Release Documentation Bug was also created. but I still have doubt. That I was the first (in fact, a similar request bogged down there and was dismissed ... but even so - the second and nobody else?), Who met with this problem? So should overlook something, or know of something very'm wrong?
![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjwJ-1dfnWeY-Tdop_KR_NVTQyw_koD1e2NC4rq9vdXyIN6PbgKCEYYhCZEqpQ8-YkH8EW0EymHowaiRTnq4jkSKgP7yHvtTVoVPWaARgbQ0kcTAZv38L3m4Akq5LEhAs9sBd7usJdCvXw/s400/01_metadata1.JPG)
![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgEYlEItZWl8a0l9lRipWuzQD5k5djeYlLXIfbsJGOPjJ7Mb4LsfDgDx1XjRy8LlP00vlJB8EM7NcqGECcAA40m6vOkdwCpf7p7otbqjGvkMdUTWKKh0wVb53_DJWXBwkfJBM1-X6MnHCM/s400/02_metadata2.JPG)
![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgB0yidQ7kdeimAuLbqxR-nB8HMhDkTA4kUmarcwBJsqrGG-ITjB93ySThfwRwfZ3VMf5NQ5U2LyET6PlCGYAIGnwUCYmHZBHFWAgdGhzG92JHGsGQRrverQVYSxI6ZjdbEgtpq743ny7o/s400/03_report.JPG)
![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhIORmnxvaidjgKSU04n-FPchNWd_ZeUbk42hvoCzaO6C2P-Ydz0Keo9eZo8Caf5NRVuWZipOKuYpv5Yt4RNXrStGjap2kyECNWbpso-Zo8MfRCuZucDZJFMr221gCH0e1Du-KSchg3dVE/s400/04_log1.JPG)
![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgvk0xkkS0Yw3fcGk38Y6Ntbq_4aq07FvxYC2C7UTnz3Ee2t2HgzFSJ-6tvRtk_m751zElK3qc1UDQDVKTV1vxDQ8MOtC6OUnk26rkR6ePqhwowkE2PdlrcKl0UnRMsjAZcbtLK-Frh-pY/s400/05_log2.JPG)