Php 在数据库中引用文件进行搜索是一个好主意吗？

嗨，我正在开发一个文件系统，人们可以上传文件

我计划实现一些东西，比如标签系统和其他参数（上次打开时等），以帮助改进搜索查询

我听说引用数据库是个坏主意。然而，另一种选择是手动查看包含其信息的.text文件，我相信这会大大降低速度

---

那么，我应该在哪里存储有助于搜索的参数呢？

如果您的数据库和文件系统保持一致，那么数据库的缓存就没有问题。我认为您可能会混淆在数据库中存储文件的问题，这听起来好像您不打算这么做。在数据库中存储文件元信息没有什么错，通常，这是唯一的性能解决方案。否则，您将不断地重新查询文件对象以获取其上次修改的时间等。您唯一需要担心的是保持一致性。如果不需要完美的一致性，这可以简单到每天运行一次作业，刷新数据库中每个跟踪文件的所有元信息。如果需要完美的一致性，理想情况下，您可以拥有一个门户，用户可以在其中访问文件，门户会更新元信息。由于文件已上载，另一个选项是从不更新元信息记录，而只提取一次信息。这确保了完美的一致性——因为文件内容无法更改（新上传只是一个新文件），因此不可变记录永远不会“过时”。在这种情况下，数据库中使用的“文件引用”可能是文件内容的SHA-x。“它持续打开的时间”位，假设这不看FS本身，可以在应用层处理，而不是文件（也称为上传内容）元数据。如果您的数据库和文件系统保持一致，则数据库aproach没有问题。我想您可能会混淆在数据库中存储文件，听起来你不打算这么做在数据库中存储文件元信息没有什么错，而且通常这是唯一的性能解决方案。否则，您将不断地重新查询文件对象以获取其上次修改的时间等。您唯一需要担心的是保持一致性。如果不需要完美的一致性，这可以简单到每天运行一次作业，刷新数据库中每个跟踪文件的所有元信息。如果需要完美的一致性，理想情况下，您可以拥有一个门户，用户可以在其中访问文件，门户会更新元信息。由于文件已上载，另一个选项是从不更新元信息记录，而只提取一次信息。这确保了完美的一致性——因为文件内容无法更改（新上传只是一个新文件），因此不可变记录永远不会“过时”。在这种情况下，数据库中使用的“文件引用”可能是文件内容的SHA-x。“它持续打开的时间”位，假设这不看FS本身，可以在应用层处理，而不是文件（也称为上传内容）元数据。如果您的数据库和文件系统保持一致，则数据库aproach没有问题。我想您可能会混淆在数据库中存储文件，听起来你不打算这么做在数据库中存储文件元信息没有什么错，而且通常这是唯一的性能解决方案。否则，您将不断地重新查询文件对象以获取其上次修改的时间等。您唯一需要担心的是保持一致性。如果不需要完美的一致性，这可以简单到每天运行一次作业，刷新数据库中每个跟踪文件的所有元信息。如果需要完美的一致性，理想情况下，您可以拥有一个门户，用户可以在其中访问文件，门户会更新元信息。由于文件已上载，另一个选项是从不更新元信息记录，而只提取一次信息。这确保了完美的一致性——因为文件内容无法更改（新上传只是一个新文件），因此不可变记录永远不会“过时”。在这种情况下，数据库中使用的“文件引用”可能是文件内容的SHA-x。“它持续打开的时间”位，假设它不看FS本身，可以在应用层处理，而不是文件（即上传内容）元数据。