Chris Lu 15066c8a9f vector: implement drop_index and have DeleteIndex drop the data (#12204) ...

* vector: implement drop_index in the engine

The RPC was a stub; it now resolves the table's vended location and
removes every object under it through the same credential path open uses.
A table the catalog can no longer describe is already dropped, so the call
stays idempotent.

* s3vectors: drop index data after the catalog delete

DeleteTable carries the delete authorization, so it runs first; the engine
DropIndex then removes the data under the index's location. NotFound and
Unimplemented are tolerated so an index whose data went away with the
catalog entry, or an older engine, still answers 200.

* s3vectors: let the catalog delete carry the index data removal

A vector index is colocated: the catalog entry sits at the dataset root,
so DeleteTable's recursive delete already removes entry and data. The
engine DropIndex call afterwards could only ever describe a missing or
recreated record — a no-op in the common case, and a delete of a
replacement index's files when the name was reused in between.

2026-10-29 11:57:23 -07:00

..

lib.rs

vector: weed-vector registers to master; s3 discovers it there (#12146)

2026-10-28 00:58:31 -07:00

main.rs

vector: DeleteIndex format guard, sticky discovery, advertise normalize (#12171)

2026-10-28 09:22:05 -07:00

master_client.rs

vector: only follow a leader hint that points elsewhere (#12164)

2026-10-28 08:07:23 -07:00

service.rs

vector: implement drop_index and have DeleteIndex drop the data (#12204)

2026-10-29 11:57:23 -07:00