这是一个创建于 834 天前的主题，其中的信息可能已经有所发展或是发生改变。
新手求助。我之前是写前端的。现在迫于内卷，不得不一个人扛起全栈的脚趾。
目前有一个需求：图书信息数字化。
这涉及到了信息的录入和查询。
从录入方面来看，需要将文字、标签、图片、视频、文档等各种类型的数据保存到数据库中对应到每个图书。
主要我不是很懂数据库，保存这些东西应该涉及到对象存储吧。
只部署在本地，不考虑云服务的话，请问有什么适合的方向可以让我一把梭，从零开始 30 天学会内卷？
目前有一个需求：图书信息数字化。
这涉及到了信息的录入和查询。
从录入方面来看，需要将文字、标签、图片、视频、文档等各种类型的数据保存到数据库中对应到每个图书。
主要我不是很懂数据库，保存这些东西应该涉及到对象存储吧。
只部署在本地，不考虑云服务的话，请问有什么适合的方向可以让我一把梭，从零开始 30 天学会内卷？
 |
1
helone 2022-08-10 16:54:56 +08:00
MinIO
|
 |
3
wunonglin 2022-08-10 17:06:15 +08:00  1
MinIO 。放弃一把梭，对接对象存储还是要点功夫的
简单场景可以这样： - 用 docker 部署 minio - 后端用 s3 的 SDK 给 Put Object 预签名 - 前端拿到 url 往 body 塞数据，直接发送就好 - 然后后端再存 object key 到库里就好 - 前端要的话可以后端直接返回拼接好的 url 给前端，建议不要只返回 object key 让前端拼，特殊需求另外说 |
 |
4
shuimugan 2022-08-11 00:01:45 +08:00
你需要 https://github.com/directus/directus 来拯救你
|
 |
5
litguy 2022-08-11 08:46:39 +08:00 1
如果只是本地，而且文件数量不是特别巨大的话（例如，小于 200W 文件）
感觉本地文件系统比对象存储更好用 根据文件名 hash 一堆目录，文件走不同目录存放 数据库存放文件路径就行了 数据库第一次也可以不用复杂的，sqlite 就行了 第一个版本发布后切换到 mysql/postgres 慢慢添加技术栈 以后如果想上对象存储，再上都不迟 切勿一次上很多技术点 你吃透技术需要过程 曾经的分布式对象存储底层研发路过 |
Select Language