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

chore(transaction): Untie scheduling from multi status #2590

Merged
merged 6 commits into from
Feb 18, 2024

Conversation

dranikpg
Copy link
Contributor

@dranikpg dranikpg commented Feb 14, 2024

Moves part out of #2376

Idea: We decide whether we have to schedule not based on our multi status (atomic multi), but solely based on the fact if COORD_SCHED is set

Goal: Being able to use ScheduleSingleHop()/Schedule() for multi transactions, and thus later allow single hop multi transactions

Signed-off-by: Vladislav Oleshko <vlad@dragonflydb.io>
@dranikpg dranikpg marked this pull request as ready for review February 15, 2024 17:30
src/server/transaction.cc Outdated Show resolved Hide resolved
@romange
Copy link
Collaborator

romange commented Feb 18, 2024

Can you please expand in the PR description what is the potential ability you unlock with this PR?

@dranikpg
Copy link
Contributor Author

dranikpg commented Feb 18, 2024

Can you please expand in the PR description what is the potential ability you unlock with this PR?

Idea: We decide whether we have to schedule not based on our multi status (atomic multi), but solely based on the fact if COORD_SCHED is set

Goal: Being able to use ScheduleSingleHop()/Schedule() as a starter for multi transactions, and thus later allow single hop multi transactions

Signed-off-by: Vladislav Oleshko <vlad@dragonflydb.io>
@dranikpg dranikpg merged commit 4d4fed6 into dragonflydb:main Feb 18, 2024
7 checks passed
lsvmello pushed a commit to lsvmello/dragonfly that referenced this pull request Feb 19, 2024
)

* chore(transaction): Untie scheduling from multi status

Idea: We decide whether we have to schedule not based on our multi status (atomic multi), but solely based on the fact if COORD_SCHED is set

Goal: Being able to use ScheduleSingleHop()/Schedule() for multi transactions, and thus later allow single hop multi transactions
---------

Signed-off-by: Vladislav Oleshko <vlad@dragonflydb.io>
@dranikpg dranikpg deleted the tx-sched-flag branch February 20, 2024 16:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants