Description
Saved Dotabase Views persist reusable table, board, list, gallery, calendar, timeline, chart, dashboard, map, and graph perspectives over one Dotabase.
Saved Dotabase Views is delivered through typed package contracts rather than a surface-specific shortcut. Its primary modules separate the public input or configuration shape from validation, durable state, and the operation that produces the result. That separation lets product surfaces and integrations invoke one implementation while tenant scope and existing domain rules remain in force. Errors stay bounded to the request instead of weakening the underlying data contract.
Selling Points
- Reuses the same data through purpose-specific layouts.
- Stores query and display state once for every surface.
- Gives views stable human IDs for links and automation.
- Applies one typed package contract across every supported caller and surface.
- Keeps invalid inputs and unavailable dependencies from silently widening durable state.
User Story
As a team member, I switch from a task board to a deadline calendar without duplicating any rows. In practice, I configure or invoke the capability through a supported surface, supply only the inputs its contract accepts, and receive a result governed by the same rules as every other caller. I can inspect the resulting row, setting, event, or query state and correct my input when validation fails. I walk away with a repeatable workflow rather than a one-off client implementation.
Extension Surface
Configurable: users choose a supported view type, query, grouping, layout, and flags; arbitrary renderer registration is outside this package.
The configurable rating is evidenced by packages/dotabases/src/services/dotabase-view-service.ts, which defines the supported seam used by trusted callers or configuration. The capability can be composed wherever that contract is available, but its invariants are not replaced by tenant-authored executable code. This keeps extension honest: callers control documented inputs and policy choices while the package owns validation and safety.
Capabilities & Limits
- Capability: Executes the scoped workflow described above through the cited live implementation paths.
- Capability: Preserves typed validation and applicable tenant, schema, lifecycle, or service boundaries.
- Limit: The data contract supports ten view types. Each frontend decides how to render them. Saved Dotabase Views supports the concrete operations described here and composes them with tenant, schema, or lifecycle checks already owned by the package. It does not grant raw database access, make unsupported inputs valid, or assume that optional providers and downstream consumers exist. Callers remain responsible for permissions and meaningful configuration, and product rendering or external delivery stays outside the package unless explicitly stated.
Implementation Map
packages/dotabases/src/services/dotabase-view-service.tsbuildDotabaseViewServicepackages/dotabases/src/seed/view-type.tsDotabaseSavedViewpackages/db/src/schema/dotabases.tsdotabaseViews