我正在寻找有关如何管理帖子存储的建议。我将概述我目前的方法，然后列出我的顾虑。
目前，每当我想添加新帖子时，我都会运行一个 bash 脚本来询问帖子信息——例如标题、创建日期、作者等。然后，脚本会使用这些信息将这些信息添加到我的 MySQL 数据库中。该脚本还要求提供标签列表。由于标签后关系是多对多的，我最终得到 3 个数据库：
帖子 标签 relation_of_postID_to_tagID
完成后，脚本会创建一个名为“postID”的新目录。在此目录中，它创建了一个 content.html。
最终，每个帖子都有自己的目录，以其唯一的 postID 命名。
我担心的是目录的模糊数字命名如何依赖于数据库进行识别。 如果数据库有问题，我不得不放弃它，我无法确定哪个 postID 是哪个。
我想过在每个帖子目录中添加更多可识别信息，但这不会使数据库变得多余吗？
我很好奇其他人是如何处理这个问题的/如果有一个行业标准的方法来解决这个问题。这是我的第一个全栈项目，所以我欢迎任何帮助！
谢谢！