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

DeleteTable on a table that is still CREATING is served; DynamoDB refuses it

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

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

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

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
54/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
cassandra, rust
領域
backend, database

調査の方向性

Start at the Cassandra delete_table path and compare its handling of CREATING with the existing restore-target check and the nearby message in crates. Add the DynamoDB-compatible refusal for a table being created, preserving the existing DELETING behavior from #598. Done means DeleteTable on CREATING returns 400 ResourceInUseException with the specified message, while deletion after ACTIVE still succeeds.

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

説明

bug

Summary

Amazon DynamoDB refuses DeleteTable on a table whose status is CREATING with 400 ResourceInUseException Attempt to change a resource which is still in use: Table is being created: <name>. ExtendDB serves it.

Measured (us-east-1, 2026-10-26, 3 of 3)

CreateTable, then DeleteTable while DescribeTable reports CREATING: 400 ResourceInUseException Attempt to change a resource which is still in use: Table is being created: <name>. After the table reaches ACTIVE the same DeleteTable answers 200.

ExtendDB

On Cassandra, main answers 200 with TableStatus CREATING and deletes the table; with #598 the answer is 200 with TableStatus DELETING, and the claim's condition (any status other than DELETING) keeps the acceptance on purpose, so this issue is where the change belongs. The other three backends were read, not run: none refuses on CREATING in delete_table. The sentence is absent from crates; the nearest message is Table is being created, updated, or deleted: <name>, which is a different one.

A restore target in CREATING is already refused with Table is being restored, which the service also does.

主要言語
Rust
スター
517
フォーク
60
平均マージ
2日 23時間
マージ済み PR(30日)
25

環境構築

はじめの一歩

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

ExtendDB/extenddb のほかの issue

ExtendDB/extenddb の issue をすべて見る

似ている issue

Rust の issue をもっと見る

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

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