Skip to content

fix: recognize the TO REMOTE storage policy stage across the console#583

Open
emrberk wants to merge 2 commits into
mainfrom
fix/storage-policy-to-remote
Open

fix: recognize the TO REMOTE storage policy stage across the console#583
emrberk wants to merge 2 commits into
mainfrom
fix/storage-policy-to-remote

Conversation

@emrberk

@emrberk emrberk commented Jul 2, 2026

Copy link
Copy Markdown
Collaborator

What's changed

  • Table details drawer understands the current storage-policy grammar (TO PARQUET / TO REMOTE / DROP LOCAL / DROP REMOTE). Previously a policy containing TO REMOTE failed to parse and the drawer showed "Not configured" for a table that has one.
  • Create materialized view on a policy-bearing source now generates DDL the server accepts: the policy's DROP LOCAL stage becomes a laddered matview TTL. Servers reject STORAGE POLICY on materialized views, so the previously generated DDL always failed.
  • Bumps @questdb/sql-parser to 0.1.15 (adds TO REMOTE, removes the unsupported DROP NATIVE, registers storage_policies() for autocomplete, faithful long-form TTL literals).

Infra ride-alongs: OSS submodule bump; enterprise e2e script gains --add-exports=java.base/jdk.internal.vm needed to boot the newer server build.

🤖 Generated with Claude Code

emrberk and others added 2 commits July 2, 2026 15:37
- table details drawer renders policies using the current server grammar
  (TO PARQUET / TO REMOTE / DROP LOCAL / DROP REMOTE)
- matview generation emits a laddered TTL instead of a STORAGE POLICY
  clause, which servers reject on materialized views
- TTL card no longer crashes against servers whose tables() lacks the
  ttl columns; TTL values render in Title Case
- bump @questdb/sql-parser to 0.1.15

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant