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

[Feature Request]: Support for INDEX with IGNORE_DUP_KEY=ON #2926

Open
PauloHMattos opened this issue Sep 11, 2024 · 2 comments
Open

[Feature Request]: Support for INDEX with IGNORE_DUP_KEY=ON #2926

PauloHMattos opened this issue Sep 11, 2024 · 2 comments
Labels
enhancement New feature or request good first issue Good for newcomers

Comments

@PauloHMattos
Copy link

PauloHMattos commented Sep 11, 2024

The applications of my company rely heavily on this option and without it, we are effectively unable to move to babelfish.

Is there any plan to support in the near future?

@Deepesh125
Copy link
Contributor

@PauloHMattos We are already aware about this limitation and is under assessment. Just to get more clarity, how is it absolutely important for your use case, have you tried any alternatives, and (if so) why don't workaround works for your use case? Thank you!

@PauloHMattos
Copy link
Author

@Deepesh125 right now we are evaluating performing this inserts directly in the PG INSERT ON CONFLICT DO NOTHING, but we are not sure if there's a recommended way to handle this limitation. Do you know how other users of Babelfish handle this?

To us seems a viable option, but our team is not very knowledgeable of PG and Babelfish in general so there are a lot of unknows. This being supported directly by Babelfish would reduce considerably the risk

Thanks for the help!

@suprio-amzn suprio-amzn added enhancement New feature or request good first issue Good for newcomers labels Oct 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

3 participants