Skip to content

multitenant: Protect from accidental use of DROP TENANT #97972

@ajstorm

Description

@ajstorm

DROP TENANT is an extremely destructive command. In the unified architecture world, it could be effectively equivalent to deleting a cluster's worth of data. As a result, users should not be entering into it lightly. To signal that care should be taken in its use we should somehow protect against misuse (cluster/session setting, sql_safe_updates, etc).

In this same issue, we may also consider gating CREATE TENANT so that we don't over-expose the tenant architecture to unsuspecting customers.

Epic: CRDB-23559

Jira issue: CRDB-24996

Metadata

Metadata

Assignees

Labels

A-multitenancyRelated to multi-tenancyC-enhancementSolution expected to add code/behavior + preserve backward-compat (pg compat issues are exception)GA-blockerT-multitenantIssues owned by the multi-tenant virtual teambranch-release-23.1Used to mark GA and release blockers, technical advisories, and bugs for 23.1ua-ux-papercutUX and OX bugs that would be GA blockers but are acceptable because UA is tech preview

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions