Skip to content
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

Migrate CANs from MAPS #2654

Open
8 of 21 tasks
Tracked by #1420
johndeange opened this issue Aug 7, 2024 · 1 comment
Open
8 of 21 tasks
Tracked by #1420

Migrate CANs from MAPS #2654

johndeange opened this issue Aug 7, 2024 · 1 comment
Assignees
Labels
dev backend ready Backend, Pipeline, or other backend work is refined, and ready for Developers to begin. story A defined user story adhering to expected norms including a narrative

Comments

@johndeange
Copy link
Contributor

johndeange commented Aug 7, 2024

User Story

As a budget team member, I would like to have the CANs that are/were present in MAPS available in OPS in order to manage them effectively within OPS.

Acceptance Criteria

  • A point-in-time snapshot of CAN tuples that are in the MAPS Oracle DB are available in one schema or another in the OPS Postgres DB using guidelines from OPRE about which attributes should persist or be dropped
  • Additional CAN data is able to be provided by OPRE in a spreadsheet and imported into OPS by some manner allowing for any extra attributes of an OPS CAN
  • If the CAN already exists in OPS, then the ingestion process should update the CAN instead of creating a new one.

Tasks

UX

Dev

Updates from CAN spreadsheet:

Definition of Done Checklist

  • UI works as designed (UX team)
  • PR(s) have been merged to main
  • Design/tech debt eliminated
  • New design/tech debt documented (if applicable)
  • Build process updated
  • Documentation updated or added
    - [ ] Feature flags/toggles created

Additional Context & Resources

@johndeange johndeange added story A defined user story adhering to expected norms including a narrative draft draft only, not ready for prime time. still being authored or needs refinement labels Aug 7, 2024
@jonnalley jonnalley added dev backend ready Backend, Pipeline, or other backend work is refined, and ready for Developers to begin. and removed draft draft only, not ready for prime time. still being authored or needs refinement labels Aug 8, 2024
@jonnalley
Copy link
Contributor

@johndeange should we specify something in the AC that alludes to upserting such that we don't have duplicate data or concurrency issues if repeated iterations of the migration are executed ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dev backend ready Backend, Pipeline, or other backend work is refined, and ready for Developers to begin. story A defined user story adhering to expected norms including a narrative
Projects
None yet
Development

No branches or pull requests

2 participants