Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Switch to content-addressible storage? #7

Open
PeterJCLaw opened this issue Jun 26, 2020 · 1 comment
Open

Switch to content-addressible storage? #7

PeterJCLaw opened this issue Jun 26, 2020 · 1 comment
Labels
question Further information is requested

Comments

@PeterJCLaw
Copy link
Owner

Since we're really only storing one thing, it's not really required that we put it in a database.
We could for example move to storing the zip files on disk a bit like this:

archives
└── <tla>
    └── <sha25sum>.zip

We'd still need to serve the files ourselves in order to enforce our auth requirements, but this might be simpler to work with.

A downsides here is that adding metadata gets tricky. For example it's now a bit more effort to work out which was the most recent upload - we either rely on filesystem timestamps (fine, but may not have the nicest API) or munge it into the file names too.

@PeterJCLaw PeterJCLaw added the question Further information is requested label Jun 26, 2020
@PeterJCLaw
Copy link
Owner Author

Even if we don't change to using filesystem storage, it may still be useful to move the pks of the database rows to being a content id rather than an incrementing number.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

1 participant