一、理解Code First及其約定和配置

　　傳統(tǒng)設(shè)計應(yīng)用的方式都是由下而上的，即我們習慣優(yōu)先考慮數(shù)據(jù)庫，然后使用這個以數(shù)據(jù)為中心的方法在數(shù)據(jù)之上構(gòu)建應(yīng)用程序。這種方法非常適合于數(shù)據(jù)密集的應(yīng)用或者數(shù)據(jù)庫很可能包含多個應(yīng)用使用的業(yè)務(wù)邏輯的應(yīng)用。對于這種應(yīng)用，如果要使用EF的話，我們必須使用Database First方式。
　　設(shè)計應(yīng)用的另一種方法就是以領(lǐng)域為中心的方式（領(lǐng)域驅(qū)動設(shè)計DDD）。DDD是一種由上而下的方式，我們通過從實現(xiàn)應(yīng)用所需要的領(lǐng)域模型和實體的角度思考，從而開始設(shè)計應(yīng)用。數(shù)據(jù)庫很少用來用于領(lǐng)域模型數(shù)據(jù)的持久化。使用DDD意味著我們要根據(jù)每個應(yīng)用的需求來設(shè)計模型和實體，而且模型和實體是數(shù)據(jù)庫可忽略的，即可以使用任何數(shù)據(jù)庫技術(shù)實現(xiàn)保存。在這些情景中，我們應(yīng)該使用EF的Code First方式，因為它允許我們創(chuàng)建POCO(Plain Old CLR Objects)作為持久化可忽略的領(lǐng)域模型。
使用Code First的優(yōu)勢在于：

• 1、支持DDD。
• 2、可以早早地著手開發(fā)，因為我們不必等待數(shù)據(jù)庫的創(chuàng)建。
• 3、持久化層（底層的數(shù)據(jù)庫）的改變不會對現(xiàn)有的模型有任何影響。

　　我們需要搞清楚的第一件事就是約定大于配置的概念。Code First方式期望模型類遵守一些約定，這樣的話數(shù)據(jù)庫持久化邏輯就可以從模型中提取出來。比如，如果我們給一個模型定義了一個Id屬性，那么它就會映射到數(shù)據(jù)庫中該類所對應(yīng)的那張表的主鍵。這種基于約定的方式的好處在于：如果我們遵守了這些約定，那么我們就不必寫額外的代碼來管理數(shù)據(jù)庫持久邏輯。但這樣也存在缺點，缺點在于：如果沒有遵守某個約定，那么EF就不會從模型中提取到需要的信息，運行時會拋異常。
　　在這種沒有遵守約定又要持久化數(shù)據(jù)的情況下，我們需要使用Code First的配置項提供關(guān)于模型一些額外的信息。比如，如果我們的模型類中沒有Id屬性作為主鍵，那么我們需要在想要的屬性上加上[Key]特性，這樣它就會被當作主鍵了。
注意：

EF使用模型類的復(fù)數(shù)的約定來創(chuàng)建數(shù)據(jù)表名，創(chuàng)建的列名和該類的屬性名是一樣的。

示例：

使用在EF應(yīng)用一：Code First模式中介紹的使用方法創(chuàng)建一個數(shù)據(jù)庫，其中實體類Product定義如下：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace EFAppointmentCreateTable.Model
{
    public class Product
    {
        public int Id { get; set; }

        public string ProductName { get; set; }

        public double ProductPrice { get; set; }
    }
}

數(shù)據(jù)庫上下文Context類定義如下：

using EFAppointmentCreateTable.Model;
using System;
using System.Collections.Generic;
using System.Data.Entity;
using System.Linq;
using System.Text;

namespace EFAppointmentCreateTable.EFContext
{
    /// <summary>
    /// 定義數(shù)據(jù)庫上下文類，該類繼承自DbContext
    /// </summary>
    public class Context:DbContext
    {
        /// <summary>
        /// 定義構(gòu)造函數(shù)，繼承自父類的構(gòu)造函數(shù),通過繼承父類的構(gòu)造函數(shù)來創(chuàng)建數(shù)據(jù)庫
        /// 父類構(gòu)造函數(shù)的參數(shù)是配置文件中配置的數(shù)據(jù)庫連接字符串
        /// </summary>
        public Context()
            : base("DbConnection")
        { }

         //實體屬性集合  根據(jù)實體名稱的復(fù)數(shù)形式生成數(shù)據(jù)庫的表名
        // 生成的表名是Products 和屬性名Products無關(guān)
        // 即使把屬性名改成Product，生成的表名還是Products 約定大于配置
        public DbSet<Product> Products { get; set; }
    }
}

創(chuàng)建后的數(shù)據(jù)庫截圖如下：

從上面的截圖中可以看出，生成的數(shù)據(jù)庫表名是實體Product的復(fù)數(shù)形式，使用默認約定生成Id主鍵列。

二、使用數(shù)據(jù)注解創(chuàng)建表結(jié)構(gòu)

1、.NET數(shù)據(jù)類型和SQL數(shù)據(jù)類型之間的映射

首先EF這個ORM工具就是用來解決.NET類型和SQL Server列類型之間的阻抗失配的問題。比如，假設(shè)你在.net中定義了一個int類型的屬性，那么你就可以認為EF已經(jīng)安全地處理了這個列的定義并使用了合適的類型與之對應(yīng)。記住一些.NET類型和SQL Server列類型之間的映射是很有必要的，下面是一些最常用的映射關(guān)系：

完整的映射列表可以參考SQL Server數(shù)據(jù)類型映射，如果你使用的是其他類型的數(shù)據(jù)庫，你可以在網(wǎng)上自行查找。比如，，如果是Oracle，那么你可以在這里查找：oracle數(shù)據(jù)類型映射。

2、配置原始屬性

以.NET中的string類型的屬性開始討論。SQL Server中的很多類型都會映射到.NET中的string類型，其他主流的RDBMS也是一樣的。因此，決定如何存儲字符串類型的信息是很重要的，很多關(guān)系數(shù)據(jù)庫管理引擎都有多個字符存儲類型，他們通常都有以字母N打頭的字符類型，這個字母表示要存在這些列中的數(shù)據(jù)是Unicode數(shù)據(jù)，基于每個字符以2個字節(jié)的格式存儲。因此，如果你的數(shù)據(jù)庫中的列存儲的是英文的話，就可以使用varchar或者char（可能會加速查詢），如果使用的是中文的話，就要使用nvarchar或者nchar。此外，還可以使用帶有var的字符類型來指定列的長度是可變的，不使用var的話，字符長度是不可變的。
在EF中有以下幾種配置數(shù)據(jù)庫結(jié)構(gòu)的方式，分別是：

• 1、特性，也叫數(shù)據(jù)注解。
• 2、DbModelBuilder API。
• 3、配置伙伴類。

3、特性（數(shù)據(jù)注解）

這些特性類都是.NET的一部分，位于System.ComponentModel.DataAnnotaions命名空間下。下面我們修改在上一個例子中使用的Product實體類，修改后的Product實體類如下：

using System;
using System.Collections.Generic;
using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace EFDataAnnotations.Model
{
    /// <summary>
    /// 使用Table特性指定生成的表名
    /// </summary>
    [Table("Product")]
    public class Product
    {
        //使用Key特性指示該列是主鍵列
        [Key]
        //使用Column特性指示生成的數(shù)據(jù)庫表中的列名
        [Column("ID")]
        public int ProductId { get; set; }

        /// <summary>
        /// StringLength設(shè)置數(shù)據(jù)庫表中列的長度
        /// 指示ProductName字段的最大長度是10，最小長度是2
        /// </summary>
        [StringLength(10,MinimumLength=2)]
        public string ProductName { get; set; }


        public double ProductPrice { get; set; }

        /// <summary>
        /// DataType特性指示生成的數(shù)據(jù)庫表中列的數(shù)據(jù)類型
        /// </summary>
        [DataType(DataType.DateTime)]
        public DateTime ProductionTime { get; set; }

        /// <summary>
        /// NotMapped特性指示不把該屬性映射到數(shù)據(jù)庫表中，即在生成的表中沒有d這一列
        /// </summary>
        [NotMapped]
        public decimal d { get; set; }
    }
}

運行程序后生成的數(shù)據(jù)庫：

修改代碼之后，我們將表的名字使用Table特性全部重新命名成了但是，將Product的主鍵通過Column特性更改為Id，Key特性指定它是主鍵，還通過StringLength指定了ProductName列的最大長度為10個字符，最小為2個字符。

此外，數(shù)據(jù)注解也可以用作驗證特性。如果持久化數(shù)據(jù)時，模型對象的屬性值和數(shù)據(jù)注解所標記的不一致，就會拋異常。

數(shù)據(jù)驗證相關(guān)的數(shù)據(jù)注解：

數(shù)據(jù)映射相關(guān)的數(shù)據(jù)注解：

數(shù)據(jù)顯示相關(guān)的數(shù)據(jù)注解： 

其他：

到此這篇關(guān)于EF使用數(shù)據(jù)注解特性創(chuàng)建表結(jié)構(gòu)的文章就介紹到這了。希望對大家的學(xué)習有所幫助，也希望大家多多支持腳本之家。

最新評論