Conflict when the app already contains a `Transactions` collection
See original GitHub issueWhen an app already defines a MongoDB collection named transactions
, the developers are forced to change its name after installing the package. I think that the collection created by the package should be renamed to something that is not a plain dictionary word to avoid any conflict.
Issue Analytics
- State:
- Created 8 years ago
- Comments:9 (5 by maintainers)
Top Results From Across the Web
Feature: avoid write-write conflict errors for single document ...
When using RocksDB, two concurrent update operations on the same document can result in a write-write conflict (error-code 1200).
Read more >Transaction conflict? - Anvil Q&A - Anvil Community Forum
My understanding was that a transaction conflict should show up only if two server calls modify the same piece of data…same field and...
Read more >How to prevent Transaction write conflict and runTransaction ...
So when I run it I'm getting "UnhandledPromiseRejectionWarning: Error: 10 ABORTED: The referenced transaction has expired or is no longer valid.
Read more >Conflict error but there is no conflict - Power Platform Community
A conflict error occurs on the Patch issuing the update in the Transaction list. This transaction record is physically a different record ( ......
Read more >Recommended way to handle write conflicts inside ...
If the transaction is required you should leave it in. Then if their are write-conflicts you will have to retry.
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Yes, I believe you’re right. I’ll accept a PR and republish if there’s a solution for this.
On another note, if you’re using this package to deal with money type transactions, I’d have to warn against it. Using this package is a step up from no db transactions, but it’s not mature enough to have important data relying on its functionality.
I use it in a couple of production apps and, although it hasn’t let me down, I know that it’s no big deal if it ever does.
Thank you Yes, I’ve read your warning about using it in money treating apps. I want it for simpe purpose, for my own risk.