nvarchar 列大小对性能的影响

发布于 2024-12-01 00:01:43 字数 318 浏览 1 评论 0原文

可能的重复:
夸大数据库设计中的字段大小

我在其中之一中有一个“描述”列我的桌子到目前为止我还不知道最大尺寸。但我假设它不应超过 1000 个字符。

问题:如果我将其设置为 nvarchar(4000) [只是为了安全起见],它会对性能产生任何不利影响吗?

谢谢。

Possible Duplicate:
overstating field size in database design

I have a "description" column in one of my tables which as of now I dont know the maximum size of. But I am assuming it should not be greater than 1000 characters.

Question: If I make it nvarchar(4000) [just to be safe] will it have any adverse impact on performance ?

Thanks.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

梦行七里 2024-12-08 00:01:43

不会。NVARCHAR(1000) 具有与 NVARCHAR(4000) 完全相同的所有特征。作为一个可变长度的列,它只占用它需要的空间,如果它不适合页面等等,它可以被推出行外。

与此相关的是,如果您使用 NVARCHAR(MAX),那么您可能会遇到一些性能下降的情况,但通常不明显,请参阅 varchar(max) 与 varchar(N) 的性能比较。此外,MAX 类型会阻止在线重建和索引操作。

No. NVARCHAR(1000) has all the exact characteristics as NVARCHAR(4000). As a variable length column it takes only the space it needs, it can be pushed out-of-row if it does not fit in page and so on and so forth.

On a related note, if you'd use NVARCHAR(MAX) then you could experience some degradation, usually not noticeable though, see Performance comparison of varchar(max) vs. varchar(N). Also a MAX type would prevent online rebuild and index operations.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文