Skip to content

Collections, Views, and saved queries — analysis - #1314

Open
joepio wants to merge 1 commit into
developfrom
cursor/collections-views-unify-bc30
Open

Collections, Views, and saved queries — analysis#1314
joepio wants to merge 1 commit into
developfrom
cursor/collections-views-unify-bc30

Conversation

@joepio

@joepio joepio commented Aug 27, 2026

Copy link
Copy Markdown
Member

Related Issues

Analysis only — no issue closed yet.

Summary

Collections were the original persistable query. /query, /search, and Table Views now cover that job, and persisted Collection resources are off the product path (not in Base classes, populate_collections is test-only, no e2e creates one).

This PR adds planning/collections-and-saved-queries.md: what “Collection” currently means (four layers), what actually runs, and options for unifying the persistable-query idea.

Recommendation: retire Collection resources (keep the /query envelope and TS Collection client), then grow View into the named saved query. Extract a separate QuerySpec only if dashboards / LLM tools need the spec without presentation.

Checklist

  • Planning doc (no API or changelog change yet)
  • Add or update tests if needed
  • Update docs if needed (proposed as a follow-up once an option is chosen)
Open in Web Open in Cursor 

Map the four "Collection" layers, confirm persisted Collection
resources are unused in product paths, and propose retiring them
while growing Table Views into the persistable query primitive.

Co-authored-by: joepmeindertsma <joepmeindertsma@gmail.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.

2 participants