Content management system 我是否应该存储我的系统'；在数据库或文件系统中保存通知？

我正在重构一个较旧的在线目录系统，其中发送给用户的各种消息（如“感谢您在我们的商店注册”、“感谢您的订单”、“您的订单已发货”）都作为文本字段存储在数据库中

它的工作已经足够好了，让CMS子系统能够简单地将一个db字段拉入基于浏览器的编辑器中进行更新也很好。但是，如果我想要一个更丰富的编辑器来处理更复杂的布局功能，那么基于浏览器的编辑器也是一个缺点

我是否应该考虑将消息移动到文件系统，并在数据库中存储一个URI

---

thx

听起来你已经在考虑了！：）

嗯，这样做会增加复杂性，不是吗，因为信息必须被查找。无论如何，您都必须在数据库中查找文件所在的位置，这有什么意义呢。随着时间的推移，它可能会变得不稳定，除非您非常小心，否则最终会出现数据库中缺少文件的URI，或者数据库中没有URI的文件

我假设您的更丰富的编辑器可以处理文件，这就是为什么您考虑切换到基于文件的编辑器

那么，当您从数据库中取出记录时，只需将数据提取到临时文件中即可。然后在富编辑器中编辑它，完成并保存后，将其写回数据库

---

老实说，我真的不知道如何回答这个问题。你在考虑使用哪种编辑器？

听起来你好像已经在考虑了！：）

嗯，这样做会增加复杂性，不是吗，因为信息必须被查找。无论如何，您都必须在数据库中查找文件所在的位置，这有什么意义呢。随着时间的推移，它可能会变得不稳定，除非您非常小心，否则最终会出现数据库中缺少文件的URI，或者数据库中没有URI的文件

我假设您的更丰富的编辑器可以处理文件，这就是为什么您考虑切换到基于文件的编辑器

那么，当您从数据库中取出记录时，只需将数据提取到临时文件中即可。然后在富编辑器中编辑它，完成并保存后，将其写回数据库

---

老实说，我真的不知道如何回答这个问题。你在考虑使用哪种编辑器？

我使用FrontPage…不是每个人都这样吗。开玩笑吧……梦幻织女。但你是对的，我可能需要比我习惯于传统设计时更加关注图像和脚本的路径，但这应该不是一个太大的问题。我们使用FrontPage…不是每个人都使用吗。开玩笑吧……梦幻织女。但你是对的，我可能需要比我习惯于传统设计时更加关注图像和脚本的路径，但这应该不是一个太大的问题。谢谢