SQL Server 的良好实践：nvarchar(max) 性能

Question

这里有新的 .net 程序员。作为一名新程序员，我总是在工作时尽量遵循最佳实践。今天我从 SQL Server 开始，我问同事我应该为用户描述列使用哪种数据类型。他告诉我使用nvarchar(MAX)，我做到了，效果很好。

但是，对于这种情况，我们是否应该始终使用nvarchar(max)？还是分配500个字符更好？

我问是因为我google了一下，看到有人说nvarchar(max)为列保留了大量内存，最终可能会降低数据库的性能。

编辑：很棒的答案伙计们，我现在很清楚这个话题。没有 unicode 的东西，因此我会选择 varchar(600)

Answer 1

最佳做法是在设计表格之前执行适当的数据分析。如果没有上下文，可以假设描述确实不由页面和文本页面组成，因此“最大”选择可能不合适。作为选择 varchar(max) 时的一个额外考虑因素，请记住，您通常需要为在应用程序中显示此类值提供支持。如果您不打算为此设计 GUI，那么该选择可能不合适。

还有一个警告 - 通过选择超出您可预见需求的数据类型来尝试使您的架构适应未来通常是徒劳的。

Answer 2

除了无法为使用 LOB 数据类型执行在线索引重建之外，选择 nvarchar(max) 而不是 nvarchar(4000) 或 nvarchar(1000) 还会影响性能。

SQL Server 将假定平均值将是最大大小的一半，这直接影响 SQL Server 为查询授予的内存。

Aaron Bertrand 解释了这一点以及本演示文稿/成绩单中的演示：

因此，当 SQL Server 查看列时，您已经决定：“哦，好吧，我们将把这个 nvarchar 设置为 4000，以便以防万一。” SQL Server 实际上认为平均值将包含 2000 个字符。因此，当您有 varchar 4000 并且它非常大并且所有值都是 10 个字符时，您实际上是 - SQL Server 将授予此查询的内存是每行 2000 个字节，仅用于该列，而不是 10 个字节它真的需要。因此，您可以看到授予的 KB 如何随着时间的推移而上升，以及这实际上如何影响经过的时间。
-GroupBy.org - T-SQL : Bad Habits and Best Practices - Aaron Bertrand

参考：

• GroupBy.org - T-SQL : Bad Habits and Best Practices - Aaron Bertrand
• Memory Grants and Data Size - Erik Darling
• Advanced TSQL Tuning: Why Internals Knowledge Matters - Paul White
• Performance comparison of varchar(max) vs. varchar(N) - Remus Rusanu
• Deletes that Split Pages and Forwarded Ghosts - Paul White

Answer 3

当您的字段可能包含国家字符（非简单 ASCII）并且可能超过 8,000 个字节时，您应该使用 nvarchar(max)。在这种情况下，这是完全正确的。

如果你只有简单的 ASCII，那么varchar() 是合适的，但nvarchar() 没有什么害处。

如果您的字段具有已知的最大长度或合理的最大长度，则max 不合适。所以stateName varchar(32)（或其他），而不是stateName varchar(max)。或者，productDescription nvarchar(255)，而不是 productDescription nvarchar(max)。

如果描述很长，请随意使用它。但不要过度使用它。