[DAT-18825] Oracle Datapump restore failing with ORA-14650 and ORA-00942 errors

[v-petrovych]

No description provided.

[andrulban]

Hi @v-petrovych, left a few comments

[filipelautert]

Liquibase core SQL is different: https://github.com/liquibase/liquibase/blob/2c2170ec0be7c47f0684037d27a6488eb5f4d3f1/liquibase-standard/src/main/java/liquibase/diff/output/changelog/DiffToChangeLog.java#L584

The only thing I would mention is the AND NOT(NAME LIKE 'BIN$%') - would it makes sense here too?

[suryaaki2]

Liquibase core SQL is different: https://github.com/liquibase/liquibase/blob/2c2170ec0be7c47f0684037d27a6488eb5f4d3f1/liquibase-standard/src/main/java/liquibase/diff/output/changelog/DiffToChangeLog.java#L584

The only thing I would mention is the AND NOT(NAME LIKE 'BIN$%') - would it makes sense here too?

I was going to do the same and not sure adding this condition would make query to perform better. Did we run any performance tests?

[andrulban]

Liquibase core SQL is different: https://github.com/liquibase/liquibase/blob/2c2170ec0be7c47f0684037d27a6488eb5f4d3f1/liquibase-standard/src/main/java/liquibase/diff/output/changelog/DiffToChangeLog.java#L584

The only thing I would mention is the AND NOT(NAME LIKE 'BIN$%') - would it makes sense here too?

Hi @filipelautert, the line which you mentioned is also present in our code base (in the same class where we make changes in queryForDependenciesOracle method and it creates a graph based on Oracle _DEPENDENCIES table), the change we make in this PR is that we add an additional query to see FK dependencies to be able to add additional dependencies between tables because we can't drop FK if it is a partitioning reference FK.

[andrulban]

Liquibase core SQL is different: https://github.com/liquibase/liquibase/blob/2c2170ec0be7c47f0684037d27a6488eb5f4d3f1/liquibase-standard/src/main/java/liquibase/diff/output/changelog/DiffToChangeLog.java#L584
The only thing I would mention is the AND NOT(NAME LIKE 'BIN$%') - would it makes sense here too?

I was going to do the same and not sure adding this condition would make query to perform better. Did we run any performance tests?

Hi @suryaaki2, on enterprise side we haven't run performance tests to compare results with or without AND NOT(NAME LIKE 'BIN$%') yet if this question was directed to our team (but most probably it was directed to @filipelautert)