Register a table in the given namespace using given metadata file location
POST/v1/:prefix/namespaces/:namespace/register
Register a table using given metadata file location.
Request
Path Parameters
- singlepart_namespace
- multipart_namespace
The catalog name in Gravitino, as returned in defaults.prefix by GET /v1/config
A namespace identifier as a single string. Multipart namespace parts must be separated by the namespace separator as indicated via the /config override namespace-separator, which defaults to the unit separator 0x1F byte (url encoded %1F). To be compatible with older clients, servers must use both the advertised separator and 0x1F as valid separators when decoding namespaces. The namespace-separator should be provided in a url encoded form.
Example: accounting
Example: accounting%1Ftax
Header Parameters
- Finalize & replay: 200, 201, 204, and deterministic terminal 4xx (including 409 such as AlreadyExists, NamespaceNotEmpty, etc.)
- Do not finalize (not stored/replayed): 5xx
- Key format: UUIDv7 in string form (RFC 9562).
- The idempotency key must be globally unique (no reuse across different operations).
- Catalogs SHOULD NOT expire keys before the end of the advertised token lifetime.
- If Idempotency-Key is used, clients MUST reuse the same key when retrying the same logical operation and MUST generate a new key for a different operation.
Possible values: [vended-credentials, remote-signing]
Optional signal to the server that the client supports delegated access via a comma-separated list of access mechanisms. The server may choose to supply access via any or none of the requested mechanisms.
Specific properties and handling for vended-credentials and remote-signing are documented in the LoadTableResult schema section of this spec document.
Possible values: >= 36 characters and <= 36 characters
Optional client-provided idempotency key for safe request retries.
When present, the server ensures no additional effects for requests that carry the same Idempotency-Key. If a prior request with this key has been finalized, the server returns an equivalent final response without re-running the operation. The response body may reflect a newer state of the catalog than existed at the time of the commit.
Finalization rules:
Key Requirements:
- application/json
Body
required
Whether to overwrite table metadata if the table already exists
Responses
- 200
- 400
- 401
- 403
- 404
- 409
- 419
- 503
- 5XX
Table metadata result when loading a table
Response Headers
etag
string
Identifies a unique version of the table metadata. Implementations that support ETags should produce unique tags for responses that return different metadata content but represent the same version of table metadata. For example, the
snapshotsquery parameter may result in different metadata representations depending on whetherrefsorallis provided, therefore should have distinct ETags.
- application/json
- Schema
- Example (from schema)
Schema
Array [
Array [
]
]
Array [
Array [
]
]
Array [
]
Array [
]
Array [
]
Array [
]
Array [
Array [
]
]
Array [
]
Array [
]
May be null if the table is staged as part of a transaction
metadata
object
required
Possible values: >= 1 and <= 3
A long higher than all assigned row IDs; the next snapshot's first-row-id.
properties
object
partition-specs
object[]
fields
object[]
required
sort-orders
object[]
fields
object[]
required
Possible values: [asc, desc]
Possible values: [nulls-first, nulls-last]
encryption-keys
object[]
properties
object
snapshots
object[]
Location of the snapshot's manifest list file
The first _row_id assigned to the first row in the first data file in the first manifest
The upper bound of the number of rows with assigned row IDs
summary
object
required
Possible values: [append, replace, overwrite, delete]
refs
object
property name*
SnapshotReference
Possible values: [tag, branch]
snapshot-log
object[]
metadata-log
object[]
statistics
object[]
blob-metadata
object[]
required
properties
object
partition-statistics
object[]
config
object
storage-credentials
object[]
Indicates a storage location prefix where the credential is relevant. Clients should choose the most specific prefix (by selecting the longest prefix) if several credentials of the same type are available.
config
object
required
{
"metadata-location": "string",
"metadata": {
"format-version": 0,
"table-uuid": "string",
"location": "string",
"last-updated-ms": 0,
"next-row-id": 0,
"properties": {},
"schemas": [
{
"type": "string",
"fields": [
{
"id": 0,
"name": "string",
"type": [
"long",
"string",
"fixed[16]",
"decimal(10,2)"
],
"required": true,
"doc": "string",
"initial-default": true,
"write-default": true
}
],
"schema-id": 0,
"identifier-field-ids": [
0
]
}
],
"current-schema-id": 0,
"last-column-id": 0,
"partition-specs": [
{
"spec-id": 0,
"fields": [
{
"field-id": 0,
"source-id": 0,
"name": "string",
"transform": [
"identity",
"year",
"month",
"day",
"hour",
"bucket[256]",
"truncate[16]"
]
}
]
}
],
"default-spec-id": 0,
"last-partition-id": 0,
"sort-orders": [
{
"order-id": 0,
"fields": [
{
"source-id": 0,
"transform": [
"identity",
"year",
"month",
"day",
"hour",
"bucket[256]",
"truncate[16]"
],
"direction": "asc",
"null-order": "nulls-first"
}
]
}
],
"default-sort-order-id": 0,
"encryption-keys": [
{
"key-id": "string",
"encrypted-key-metadata": "string",
"encrypted-by-id": "string",
"properties": {}
}
],
"snapshots": [
{
"snapshot-id": 0,
"parent-snapshot-id": 0,
"sequence-number": 0,
"timestamp-ms": 0,
"manifest-list": "string",
"first-row-id": 0,
"added-rows": 0,
"summary": {
"operation": "append"
},
"schema-id": 0
}
],
"refs": {},
"current-snapshot-id": 0,
"last-sequence-number": 0,
"snapshot-log": [
{
"snapshot-id": 0,
"timestamp-ms": 0
}
],
"metadata-log": [
{
"metadata-file": "string",
"timestamp-ms": 0
}
],
"statistics": [
{
"snapshot-id": 0,
"statistics-path": "string",
"file-size-in-bytes": 0,
"file-footer-size-in-bytes": 0,
"blob-metadata": [
{
"type": "string",
"snapshot-id": 0,
"sequence-number": 0,
"fields": [
0
],
"properties": {}
}
]
}
],
"partition-statistics": [
{
"snapshot-id": 0,
"statistics-path": "string",
"file-size-in-bytes": 0
}
]
},
"config": {},
"storage-credentials": [
{
"prefix": "string",
"config": {}
}
]
}
Indicates a bad request error. It could be caused by an unexpected request body format or other forms of request validation failure, such as invalid json. Usually serves application/json content, although in some cases simple text/plain content might be returned by the server's middleware.
- application/json
- Schema
- Example (from schema)
- Example
Schema
error
object
required
JSON error payload returned in a response with further details on the error
Human-readable error message
Internal type definition of the error
Possible values: >= 400 and <= 600
HTTP response code
{
"error": {
"message": "The server does not support this operation",
"type": "UnsupportedOperationException",
"code": 406
}
}
{
"error": {
"message": "Malformed request",
"type": "BadRequestException",
"code": 400
}
}
Unauthorized. The REST Catalog SHOULD respond with the 401 UnauthorizedResponse when the access token provided is expired, revoked, malformed, or invalid for other reasons. The client MAY request a new access token and retry the request.
- application/json
- Schema
- Example (from schema)
- Example
Schema
error
object
required
JSON error payload returned in a response with further details on the error
Human-readable error message
Internal type definition of the error
Possible values: >= 400 and <= 600
HTTP response code
{
"error": {
"message": "The server does not support this operation",
"type": "UnsupportedOperationException",
"code": 406
}
}
{
"error": {
"message": "Not authorized to make this request",
"type": "NotAuthorizedException",
"code": 401
}
}
Forbidden. Authenticated user does not have the necessary permissions.
- application/json
- Schema
- Example (from schema)
- Example
Schema
error
object
required
JSON error payload returned in a response with further details on the error
Human-readable error message
Internal type definition of the error
Possible values: >= 400 and <= 600
HTTP response code
{
"error": {
"message": "The server does not support this operation",
"type": "UnsupportedOperationException",
"code": 406
}
}
{
"error": {
"message": "Not authorized to make this request",
"type": "NotAuthorizedException",
"code": 403
}
}
Not Found - The namespace specified does not exist
- application/json
- Schema
- Example (from schema)
- NamespaceNotFound
Schema
error
object
required
JSON error payload returned in a response with further details on the error
Human-readable error message
Internal type definition of the error
Possible values: >= 400 and <= 600
HTTP response code
{
"error": {
"message": "The server does not support this operation",
"type": "UnsupportedOperationException",
"code": 406
}
}
The requested namespace does not exist
{
"error": {
"message": "The given namespace does not exist",
"type": "NoSuchNamespaceException",
"code": 404
}
}
Conflict - The identifier already exists as a table or view
- application/json
- Schema
- Example (from schema)
- TableAlreadyExists
Schema
error
object
required
JSON error payload returned in a response with further details on the error
Human-readable error message
Internal type definition of the error
Possible values: >= 400 and <= 600
HTTP response code
{
"error": {
"message": "The server does not support this operation",
"type": "UnsupportedOperationException",
"code": 406
}
}
The requested table identifier already exists
{
"error": {
"message": "The requested table identifier already exists",
"type": "AlreadyExistsException",
"code": 409
}
}
This is an optional status response type that the REST Catalog can issue when the token has expired. The client MAY request a new access token and retry the request. 401 UnauthorizedResponse SHOULD be preferred over this response type on token expiry.
- application/json
- Schema
- Example (from schema)
- Example
Schema
error
object
required
JSON error payload returned in a response with further details on the error
Human-readable error message
Internal type definition of the error
Possible values: >= 400 and <= 600
HTTP response code
{
"error": {
"message": "The server does not support this operation",
"type": "UnsupportedOperationException",
"code": 406
}
}
{
"error": {
"message": "Credentials have timed out",
"type": "AuthenticationTimeoutException",
"code": 419
}
}
The service is not ready to handle the request, request could have been partially processed. The service may additionally send a Retry-After header to indicate when to retry, a non idempotent request should only be retried by the client when the Retry-After header is present.
- application/json
- Schema
- Example (from schema)
- Example
Schema
error
object
required
JSON error payload returned in a response with further details on the error
Human-readable error message
Internal type definition of the error
Possible values: >= 400 and <= 600
HTTP response code
{
"error": {
"message": "The server does not support this operation",
"type": "UnsupportedOperationException",
"code": 406
}
}
{
"error": {
"message": "Slow down",
"type": "SlowDownException",
"code": 503
}
}
A server-side problem that might not be addressable from the client side. Used for server 5xx errors without more specific documentation in individual routes.
- application/json
- Schema
- Example (from schema)
- Example
Schema
error
object
required
JSON error payload returned in a response with further details on the error
Human-readable error message
Internal type definition of the error
Possible values: >= 400 and <= 600
HTTP response code
{
"error": {
"message": "The server does not support this operation",
"type": "UnsupportedOperationException",
"code": 406
}
}
{
"error": {
"message": "Internal Server Error",
"type": "InternalServerError",
"code": 500
}
}