主页 / dba / 问题 / 48408
Accepted
Nate
Asked: 2013-08-21 07:22:32 +0800 CST

EF Code First 对所有字符串使用 nvarchar(max)。这会损害查询性能吗？

  • 772

我有一些使用 Entity Framework Code First 创建的数据库；这些应用程序正在运行，总的来说，我对 Code First 让我做的事情感到非常满意。我首先是程序员，其次是 DBA，这是必要的。我正在阅读 DataAttributes 以进一步用 C# 描述我希望数据库做什么；我的问题是：在我的桌子上放这些字符串会吃什么惩罚nvarchar(max)（见下面的例子）？

此特定表中有几列；在 C# 中，它们被定义为：

    [Key]
    [DatabaseGeneratedAttribute(DatabaseGeneratedOption.Identity)]
    public int ID { get; set; }
    public string Name { get; set; }
    public string Message { get; set; }
    public string Source { get; set; }
    public DateTime Generated { get; set; }
    public DateTime Written { get; set; }

我希望根据 Name、Source、Generated 和 Written 进行查询和/或排序。我希望 Name 和 Source 的字符长度为 0-50，偶尔可达 150。我希望这个表开始时非常小（<100k 行），但随着时间的推移会显着增长（>1m 行）。显然消息可能很小或很大，并且可能不会被查询。

我想知道的是，我的 Name 和 Source 列被定义为nvarchar(max)我从不期望它们大于 150 个字符时是否会影响性能？

sql-server sql-server-2008-r2

4 个回答

  1. Best Answer

    较大的 nvarchar (max) 数据项（超过 8000 字节左右）将溢出到文本存储中并需要额外的 I/O。较小的物品将按行存放。有一些选项可以控制此行为 -有关详细信息，请参阅此MSDN 文章。

    如果存储在行中，则没有显着的 I/O 性能开销；处理数据类型可能会有额外的 CPU 开销，但这可能很小。

    但是，将 nvarchar (max) 列留在数据库周围不需要它们的地方是相当糟糕的形式。它确实有一些性能开销，并且通常数据大小对于理解数据表非常有帮助 - 例如，一个 50 或 100 个字符宽的 varchar 列可能是一个描述或一个自由文本字段，其中一个（比如说）10- 20 chars ling 很可能是一个代码。您会惊讶地发现，人们经常需要通过这样的假设从数据库中推断出多少意义。

    在数据仓库中工作，通常不是在缺乏支持或文档记录的遗留系统上工作，拥有一个易于理解的数据库模式是非常有价值的。如果您将数据库视为应用程序的遗产，请尽量善待将要从您那里继承它的人。

    • 27

  2. 虽然这不能回答您的具体问题，但它可能会阻止您首先提出问题：可以在 C# 模型类中为字符串变量设置长度，这将导致 Entity Framework 生成 SQL使用固定长度的 nvarchar 类型（例如nvarchar(50)），而不是nvarchar(max).

    例如，而不是：

    public string Name { get; set; }

    您可以使用：

    [StringLength(50)]
public string Name { get; set; }

    如果需要，您还可以强制类型为，varchar而不是nvarchar，如下所示：

    [Column(TypeName = "VARCHAR")]
[StringLength(50)]
public string Name { get; set; }

    来源：https ://stackoverflow.com/questions/7341783/entity-framework-data-annotations-set-stringlength-varchar/7341920

    • 23

  3. 索引最大的担忧。来自 BOL：

    属于大对象 (LOB) 数据类型的列ntext、text、 varchar(max)、nvarchar(max)、varbinary(max)、xml或image不能指定为索引的键列。

    如果你不能正确索引，你将会有很慢的查询。从数据完整性的角度来看，nvarchar(max)与指定限制相比，拥有将允许将更多错误数据放入字段中。

    • 11

  4. 是的，映射string到的默认 EF 行为nvarchar(max)不好。在 EF 6 中，您可以添加自己的自定义约定，以使用您自己喜欢的默认映射覆盖此行为。

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    modelBuilder.Properties<string>()
        .Configure(s => s.HasMaxLength(200).HasColumnType("varchar") );

    base.OnModelCreating(modelBuilder);
}

    OnModelCreating如上所述覆盖会将所有字符串的默认映射更改为varchar(200).

    • 9

相关问题