GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | ||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | ||
GeezerVison is showing github.com — Feature/improve coverage source query by jgebal · Pull Request #981 · utPLSQL/utPLSQL Conversation
Member
Resolves #970 @rafael-trevisan - Will you be able to apply the changed package body on your DB, that was causing problems and confirm that it is working as expected? This PR includes a different solution to the one your DBA has applied but it should also work fine.
Sorry, something went wrong. Uh oh!
There was an error while loading. Please reload this page. All reactions
|
There was an error while loading. Please reload this page.
|
Hi @jgebal, I confirm the change that @fabiopan has done is already in our DB and works beautifully. We've been generating the Coverage Report since the last couple days without any problem and its line number is accurate. We did some improvement in the original workaround, so the version @fabiopan has posted is the lastest one. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
|
The code is much more readable due to the code templates. And the query does not need subqueries anymore. That’s good. However, the optimizer has still the freedom to completely rewrite the statement. If this results in a bad plan (for all/dba_source access) then further named subqueries to isolate all/dba_source access with a no_merge or materialize hint might help. I’d go with this change “as is” now. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
Coverage Report doesn't run (or takes forever)
There was an error while loading. Please reload this page.