我有一个动态修改表的应用程序，想想电子表格），然后在保存表单（表是其中的一部分）后，我将更改的表（带有用户修改）存储在名为 html_Spreadhseet 的数据库列中，以及其余部分表单数据。现在我只是以纯文本格式存储 html，并带有基本的字符转义......
我知道这可以存储为一个单独的文件，源表（html_workseeet）已经是。但是从数据处理的角度来看，更容易将更改后的 html 表保存到列中，以避免不得不提出文件管理策略（这将存在于哪个文件夹，现在必须在备份中包含文件夹，现在的安全问题需要应用于文件，如何将数据库安全与文件系统同步等），所以为了尽量减少这些问题，我只将 ... 部分存储在数据库列中。
我的问题是我应该 gzip HTML，也许使用 JSON 或其他格式来轻松地从数据库列存储和检索 HTML，将 HTML 内容存储在数据库中的最佳做法是什么？或者只是将它存储为我目前的转义文本列？
如果您要做的是保存 HTML 以重新显示，那么按原样保存它有什么问题，然后只需通过存储的过程检索它，并在需要时为它们重新显示它？
假设您有一个 HTML 页面，它可以从一个列表中选择某种 ID，无论是在 ThickBox 页面上，还是从选择选项中。
通常对于这种情况，您可能会通过 $Ajax 可能是 JSon 查询数据库，或者不。
然后发送回 $Ajax 调用的结果将是您的结果数据。
然后你用 DB SpreadSheet 替换保存你的 SpreadSheet 的 Div。
因此，在回答您的原始问题时，您可以使用某种 ID 存储电子表格，将其存储为 Div 的 HTML。
检索时，您只需将 Div HTML 替换为您存储的内容。
这取决于 HTML 的大小。您可以在压缩后将其存储为二进制 BLOB。大多数情况下，最好在转义可能导致问题的 SQL 字符后直接存储数据。
正如多次问到的，为什么要存储视图而不是模型？
您可能应该硬着头皮解析表格（也许使用 HTML 解析器），否则您可能会冒着用户在表格数据中存储破坏性 JavaScript 的风险。（这意味着单元格内容也应该被解析）。数据仍然可以存储为 blob（可能是压缩的 CSV 或 JSON），但您需要确保它没有损坏。