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

[2.2] Job-based CSV import should optionally be atomic #5347

Closed
2 of 12 tasks
glennmatthews opened this issue Feb 26, 2024 · 0 comments
Closed
2 of 12 tasks

[2.2] Job-based CSV import should optionally be atomic #5347

glennmatthews opened this issue Feb 26, 2024 · 0 comments
Assignees
Labels
type: feature Introduction of new or enhanced functionality to the application
Milestone

Comments

@glennmatthews
Copy link
Contributor

As ...

Nelly - Network Engineer

I want ...

To have the option for CSV import (via system Job) to be either non-atomic (each individual CSV row succeeds or fails in creating an object on its own) or atomic (the entire CSV file creates objects successfully or else no objects are created at all).

Atomic import was the only option in 2.1 and earlier, but may or may not be the desirable default in 2.2.

So that ...

If I have a large data file that may contain errors on some rows, I have the option to repeatedly retry it, cleaning up errors as I go, until the entire file is successfully importable.

I know this is done when...

I have an option when submitting the Import Objects job to choose how I want errors to be handled.

Optional - Feature groups this request pertains to.

  • Automation
  • Circuits
  • DCIM
  • IPAM
  • Misc (including Data Sources)
  • Organization
  • Plugins (and other Extensibility)
  • Security (Secrets, etc)
  • Image Management
  • UI/UX
  • Documentation
  • Other (not directly a platform feature)

Database Changes

None

External Dependencies

None

@glennmatthews glennmatthews added type: feature Introduction of new or enhanced functionality to the application triage This issue is new and has not been reviewed. labels Feb 26, 2024
@glennmatthews glennmatthews added this to the v2.2 milestone Feb 26, 2024
@gsnider2195 gsnider2195 removed the triage This issue is new and has not been reviewed. label Feb 26, 2024
@timizuoebideri1 timizuoebideri1 self-assigned this Mar 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: feature Introduction of new or enhanced functionality to the application
Projects
None yet
Development

No branches or pull requests

3 participants