Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
17 commits
Select commit Hold shift + click to select a range
37ec757
feat(core): Add version column for optimistic concurrency control (Ph…
malibio Nov 2, 2025
9b1607f
feat(operations): Add VersionConflict error type (Phase 2/6 - Part 1)
malibio Nov 2, 2025
c77f6cd
feat(operations): Add version checking to NodeOperations methods (Pha…
malibio Nov 2, 2025
7d2a1e5
feat(operations): Add sibling operation queue with retry logic (Phase…
malibio Nov 2, 2025
57aea44
feat(occ): Integrate version parameters into MCP layer and Tauri comm…
malibio Nov 2, 2025
646ed68
feat(occ): Frontend conflict resolution UI and version integration (P…
malibio Nov 2, 2025
8bf3adc
feat(occ): Phase 6 - Test infrastructure updates and MCP test coverag…
malibio Nov 2, 2025
f453f41
feat(occ): Implement backend optimistic concurrency control (Phases 1…
malibio Nov 2, 2025
596692f
feat(occ): Make version parameter optional for MCP clients (Phase 4.5/6)
malibio Nov 2, 2025
71dc50c
feat(occ): Include version in markdown export for OCC support (Phase …
malibio Nov 2, 2025
4c31879
fix(occ): Address code review feedback - test fixes and security warn…
malibio Nov 3, 2025
639969d
fix(occ): Update all call sites for new update_node/delete_node signa…
malibio Nov 3, 2025
c662eda
fix(occ): Fix frontend TypeScript errors for version field
malibio Nov 3, 2025
0ac0fd8
fix(occ): Address all critical code review findings - TOCTOU, perform…
malibio Nov 3, 2025
83f6723
docs(occ): Complete non-blocking OCC improvements - documentation, te…
malibio Nov 3, 2025
4547510
perf(occ): Add retry metrics logging for operational visibility
malibio Nov 3, 2025
aa7488b
Merge branch 'main' into feature/issue-333-optimistic-concurrency-con…
malibio Nov 3, 2025
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 6 additions & 0 deletions docs/architecture/business-logic/database-schema.md
Original file line number Diff line number Diff line change
Expand Up @@ -822,6 +822,10 @@ LIMIT 10;

## Migration Strategy

> **📖 For detailed implementation procedures**, see the [Schema Management Implementation Guide](../development/schema-management-implementation-guide.md).

**Summary**: NodeSpace uses lazy migration with version tracking to handle schema evolution without ALTER TABLE operations. This preserves the Pure JSON architecture while enabling controlled schema evolution.

### From External Repositories
When migrating from separate `nodespace-*` repositories:

Expand All @@ -842,6 +846,8 @@ NodeSpace uses a **lazy migration strategy** for safe schema evolution:
- **No ALTER TABLE**: Pure JSON schema eliminates SQL migrations on user machines
- **Protection levels**: core/user/system fields with enforcement at API level
- **Enum extensibility**: `core_values` (protected) + `user_values` (user-extensible)
- **Forward compatibility**: Schemas designed for additive changes via protection levels
- **Rollback capability**: Old schema versions supported indefinitely

See [Issue #106](https://github.com/malibio/nodespace-core/issues/106) for complete 7-phase implementation details including SchemaService, MigrationRegistry, MCP tools, and frontend wrappers.

Expand Down
11 changes: 11 additions & 0 deletions docs/architecture/components/validation-system.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,6 +4,17 @@

The NodeSpace Validation System provides comprehensive business rule enforcement through natural language rule definition, cross-field validation logic, and conversational error handling. Users can define complex validation rules in plain English, which are automatically converted to executable logic and integrated into the AI-native workflow.

### Schema Validation Integration

The validation system integrates with NodeSpace's schema management for type-level validation. When schemas evolve, validation rules automatically apply to the current schema version through lazy migration. See [Schema Management Implementation Guide](../development/schema-management-implementation-guide.md) for details on:

- **Schema version compatibility** - Validation works across schema versions
- **Lazy migration with validation** - Nodes validated against current schema after migration
- **Protection level enforcement** - Schema changes respect validation rules
- **Type validation** - Enum values, field types, and constraints checked against schema

This integration ensures data integrity while allowing schemas to evolve safely.

## Core Architecture

### Validation Engine Structure
Expand Down
Loading