Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[Question] Roll back transaction if sorted set is modified in any way

オープン
#2,880 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
20/100
issue の種類
ドキュメント
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
csharp, redis
領域
databases

調査の方向性

リンクされている StackExchange.Redis のトランザクションに関するドキュメントと、利用可能な sorted set の条件から始めてください。WATCH が sorted set のメンバーへの変更を監視するかどうか、またライブラリが同等の条件を公開しているかどうかを確認してください。動作について決定的な説明を提示するか、サポートされているアプローチを文書化できれば完了です。

索引モデルが issue の本文から書いたものです。

説明

Hey there. We're in the process of migrating from ServiceStack.Redis to this library. Previously we were able to WATCH keys and I've been converting all them to transactions with conditions, per this documentation.

We're stuck on how to handle sorted sets though. It was our belief/understanding that if we set a watch on the key of a sorted set, it would fail the transaction if anything about that key or the members within it were modified. When looking at the available sorted set conditions, I don't see a way to recreate that watch that wouldn't involve getting every member of the set and ensuring each individual one was equal to its previous value. That seems so inefficient that I feel like I must be overthinking it and there must be a simpler way. Or perhaps that old watch wasn't doing what we thought it was doing?

Any thoughts would be appreciated! Thank you

主要言語
C#
スター
6.2k
フォーク
1.6k
平均マージ
1日 15分
マージ済み PR(30日)
33

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

StackExchange/StackExchange.Redis のほかの issue

StackExchange/StackExchange.Redis の issue をすべて見る

似ている issue

C# の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。