我们需要在 MS SQL Server 2019 上使用正则表达式的主要问题，至少具有 POSIX 正则表达式级别的能力。
这个来自 stackoverflow的 Q/A正确地得出结论，如果您的查询必须依赖正则表达式，您应该使用 CLR。这篇 Readgate文章更详细地阐述了这种方法。所以我和我的一位同事提出了这个解决方案，但是我的另一位同事断然表示，这里使用 CLR 会对安全性和稳定性造成巨大风险，使用外部脚本（Python 或 R）更安全。
这似乎是可疑的说法，因为CLR 中的用户代码是可以管理的，所以也许相反，但我无法说服我的同事。
在我绝望中写的另一个问题中，因为我被迫使用外部脚本并且仍然产生极快的查询。SQLpro 用户在他的评论中指出：
就安全性而言，使用 Python 或 R 可能比使用 CLR 更差！
我倾向于相信。
所以我有两个问题：
对于 Linux 上的 PostgreSQL 服务器安装，禁用文件系统日志是有益的。
提示：因为 WAL 在崩溃后恢复数据库文件内容，所以日志文件系统对于数据文件或 WAL 文件的可靠存储不是必需的。事实上，日志开销会降低性能，尤其是当日志导致文件系统数据刷新到磁盘时。幸运的是，日志期间的数据刷新通常可以通过文件系统挂载选项禁用，例如 Linux ext3 文件系统上的 data=writeback。日志文件系统确实提高了崩溃后的启动速度。
来自：官方文档 Write-Ahead Logging (WAL)
不幸的是，我没有找到关于 Windows 或 Linux 上的 SQL Server 的类似信息，但是......
由于 SQL Server Sever 与所有现代关系数据库管理系统一样都执行 WAL，因此似乎合乎逻辑的是，人们也可以并且应该禁用 Ext4 文件系统上的文件系统日志，该文件系统专用于 Linux 安装上的 MS SQL Server 数据，并且可能是相同的语句代表 Windows 安装上的 NTFS。
前面的陈述在何种程度上是正确的？
我计划将包含更多 1000 万条记录的 CSV 加载到 PostgreSQL v12.1 中，其中一个列具有“分类”值，因此为其创建枚举类型似乎是一个不错的选择，但它包含 208 个类别。
最短的字段为 2，最长的字段为 11 个字符。所有字段的平均值为 2.4。字符编码是 UTF8，但所有字符都是 ASCII。
我应该使用哪种类型enumerated或varchar？
我放弃了char因为官方 PostgreSQL 文档说明了关于char、varchar和text的以下内容：
提示：这三种类型之间没有性能差异，除了在使用空白填充类型时增加了存储空间，以及在存储到长度受限的列时需要一些额外的 CPU 周期来检查长度。虽然 character(n) 在其他一些数据库系统中具有性能优势，但在 PostgreSQL 中没有这样的优势；事实上 character(n) 通常是三个中最慢的，因为它有额外的存储成本。在大多数情况下，应改为使用文本或字符变化。
PostgreSQL 中的枚举值在磁盘上占用4 个字节（参见 8.7.4. 实现细节）。考虑到这一点以及使用enum类型的 2.4 平均字符串长度会导致磁盘使用率稍高（PostgreSQL 中的短字符串需要一个额外的字节磁盘空间）。我仍然认为使用 enum 是一个更好的选择，因为它的实现使许多操作对它更快。