Phase out localdb for claim tables; Just use host filesystem and/or sdk. #879
Labels
No labels
area: devops
area: discovery
area: docs
area: livestream
area: proposal
consider soon
dependencies
Epic
good first issue
hacktoberfest
help wanted
icebox
level: 1
level: 2
level: 3
level: 4
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
on hold
Osprey
priority: blocker
priority: high
priority: low
priority: medium
protocol dependent
resilience
Tom's Wishlist
type: bug
type: discussion
type: error handling
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/spee.ch#879
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
There has been a lot of discussion about cutting ties with localdb, at least for file and claim information.
Reasons for this:
Chainquery handles most requests very well across instances - even pending/mempool claims.
Localdb complicates the code
Localdb falsely reports about file availability if you enable delete files manually or using SDK to manage space and storage.
Manually keeping sdk's sqlite and local mysql consistent is not ideal.
It was suggested that we store file names using sdhash.
The last question about the file table is whether we store the results of ffprobe and exif transformations. We might want to keep the file table to store file dimension data that's not in chainquery by sdhash, but it should not be authoritative that the file actually exists.
We'll keep the file table for dimension information, but we won't use the file table for whether a file exists.
lbrynet file list is now implemented by outpoint.