mirror of
https://github.com/spacedriveapp/spacedrive.git
synced 2025-12-11 20:15:30 +01:00
1.5 KiB
1.5 KiB
id, title, status, assignee, parent, priority, tags, whitepaper
| id | title | status | assignee | parent | priority | tags | whitepaper | ||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| LOC-005 | Virtual Locations via Pure Hierarchical Model | To Do | james | LOC-000 | High |
|
Section 4.1.2, 4.3 |
Description
A "Location" should not be a rigid, physical path on a disk. It should be a virtual, named pointer to any directory Entry in the VDFS.
Implementation Notes
- [cite_start]The implementation should follow the detailed plan in the VIRTUAL_LOCATIONS_DESIGN.md [cite: 5552-5564] document.
- [cite_start]Drop
relative_pathcolumn from theentriestable[cite: 5555]. - [cite_start]Create
directory_pathstable to act as a denormalized cache for directory path strings [cite: 5555-5556]. - [cite_start]Modify
locationstable schema to store a reference to anentry_idinstead of a string path[cite: 5559]. - [cite_start]Update indexing and move logic to populate and maintain the
directory_pathstable transactionally [cite: 5560-5561]. - [cite_start]Create a centralized
PathResolverservice to reconstruct full paths on demand[cite: 5563].
Acceptance Criteria
- A user can create a "Location" that points to any directory
Entry, regardless of its physical path. - The
relative_pathcolumn is successfully removed from the database schema. - Path reconstruction for files is performant, leveraging the
directory_pathscache. - [cite_start]Moving a directory correctly updates its path in the cache and triggers a background job to update descendant paths[cite: 5562].