-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement Migration complexity using the assessment issues #2161
Conversation
- now the new algorithm for mig complexity considers all kind of issues including schema, query constructs, plpgsql, datatypes etc...
var ( | ||
LEVEL_1_MEDIUM_THRESHOLD = 20 | ||
LEVEL_1_HIGH_THRESHOLD = math.MaxInt32 | ||
LEVEL_2_MEDIUM_THRESHOLD = 10 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not blocker: let's discuss these numbers once with everyone
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yeah sure, its already in the Functional Spec doc.
|
||
// This is a temporary logic to get migration complexity for oracle based on the migration level from ora2pg report. | ||
// Ideally, we should ALSO be considering the schema analysis report to get the migration complexity. | ||
func calculateMigrationComplexityForOracle(schemaDirectory string) (string, error) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
assuming this is just a move
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes, no change here
…rom LOW to MEDIUM - since the unsupported query constructs are being considered now in mig complexity calculatin
- complexity from Medium->High, and Low->Medium, due to new things - unsupported_datatype(level-3) and change in threshold for HIGH
Describe the changes in this pull request
Refer Gdoc for algorithm - https://docs.google.com/document/d/1HvjszZTlQ6fPG7GxpFgjWbq7o_H6bwqVsR4g9cy1mww/edit?tab=t.0
Describe if there are any user-facing changes
How was this pull request tested?
Added unit tests.
Existing end-to-end tests are enough(might need to update the expected complexity since logic has changed)
Does your PR have changes that can cause upgrade issues?