理想的索引：
相对于写操作来说，表查询很频繁的表建立索引
字段区分度高
长度小(合适的长度，不是越小越好)
尽量能够覆盖常用字段
这些条件综合起来才能够达到最优索引，本次我们着重聊一下建立合适长度的索引，索引的长度直接影响索引文件的大小，因此会影响增删改查的速度
给字符类型的字段设置长度字段查询时区分度要高，如果字段只是设置了一个那么回查询很多相似的匹配度不高，长度要恰到好处，否则太长索引文件就会大，因此
要在区分度和长度上做一个平衡。
1.先来看一下没设置索引的查询
mysql> explain select id,title from b2b_goods where title="测试商品";
+----+-------------+-----------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table     | type | possible_keys | key  | key_len | ref  | rows | Extra       |
+----+-------------+-----------+------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | b2b_goods | ALL  | NULL          | NULL | NULL    | NULL | 5061 | Using where |
+----+-------------+-----------+------+---------------+------+---------+------+------+-------------+
1 row in set (0.00 sec)
总结：发现该语句没有使用到索引，扫描了5061条数据
2.给title字段创建索引
mysql> alter table b2b_goods add index index_title(`title`);
Query OK, 0 rows affected (0.19 sec)
Records: 0  Duplicates: 0  Warnings: 0
mysql> explain select id,title from b2b_goods where title="测试商品";
+----+-------------+-----------+------+---------------+-------------+---------+-------+------+--------------------------+
| id | select_type | table     | type | possible_keys | key         | key_len | ref   | rows | Extra                    |
+----+-------------+-----------+------+---------------+-------------+---------+-------+------+--------------------------+
|  1 | SIMPLE      | b2b_goods | ref  | index_title   | index_title | 150     | const |    1 | Using where; Using index |
+----+-------------+-----------+------+---------------+-------------+---------+-------+------+--------------------------+
1 row in set (0.00 sec)
总结：发现该语句扫描条数降低了成了一条，说明是对的，但发现索引长度(key_len)过长这样当更新时是比较占内存的。
3.设置区分度高的并且长度适合的索引
习惯的算法：
select count(distinct left(`title`,num))/count(*) from b2b_goods;
这里num是指截取的长度，实际上也可以发现设置该长度的查询度，比例越大说明越良好
(1).设置6个长度
mysql> select count(distinct left(`title`,6))/count(*) from b2b_goods;
+------------------------------------------+
| count(distinct left(`title`,6))/count(*) |
+------------------------------------------+
|                                   0.7718 |
+------------------------------------------+
1 row in set (0.01 sec)
(2).设置13个长度
mysql> select count(distinct left(`title`,13))/count(*) from b2b_goods;
+-------------------------------------------+
| count(distinct left(`title`,13))/count(*) |
+-------------------------------------------+
|                                    0.8288 |
+-------------------------------------------+
1 row in set (0.01 sec)
(3).设置25个长度
mysql> select count(distinct left(`title`,25))/count(*) from b2b_goods;
+-------------------------------------------+
| count(distinct left(`title`,25))/count(*) |
+-------------------------------------------+
|                                    0.8562 |
+-------------------------------------------+
1 row in set (0.01 sec)
(4).设置30个长度
mysql> select count(distinct left(`title`,30))/count(*) from b2b_goods;
+-------------------------------------------+
| count(distinct left(`title`,30))/count(*) |
+-------------------------------------------+
|                                    0.8573 |
+-------------------------------------------+
1 row in set (0.01 sec)
(5).设置35个长度
mysql> select count(distinct left(`title`,35))/count(*) from b2b_goods;
+-------------------------------------------+
| count(distinct left(`title`,35))/count(*) |
+-------------------------------------------+
|                                    0.8573 |
+-------------------------------------------+
1 row in set (0.01 sec)
总结：发现设置字段的长度刚开始越来越大的时候匹配度高，到一定值变化就区域平缓，发现截取30个和35个没什么区分，综上所述并保持适当的长度
我们创建一个长度为25的索引
4.创建区分度高长度适中的索引
alter table b2b_goods  drop index index_title;
alter table b2b_goods add index index_title(`title`(25));
mysql>  explain select id,title from b2b_goods where title="测试商品";
+----+-------------+-----------+------+---------------+-------------+---------+-------+------+-------------+
| id | select_type | table     | type | possible_keys | key         | key_len | ref   | rows | Extra       |
+----+-------------+-----------+------+---------------+-------------+---------+-------+------+-------------+
|  1 | SIMPLE      | b2b_goods | ref  | index_title   | index_title | 75      | const |    1 | Using where |
+----+-------------+-----------+------+---------------+-------------+---------+-------+------+-------------+
1 row in set (0.00 sec)
总结：跟之前没有设置长度的比较key_len由150减少为75，扫描条数依然是一条，相比之下这个长度是优秀的索引长度。

文本
备注
Access 删除除前 255 个字符以外的所有字符。
数字
无限制。
日期和时间
对日期/时间没有限制。
不允许延长日期/时间。
货币
无限制。
自动编号
无限制。
是/否​​
值 -1(“是/否”字段中的“是”)转换为“是”。 值 0(“是/否”字段中的“否”)转换为“否”。
超链接
Access 截断长度超过 255 个字符的链接。
备注
文本
无限制。
数字
无限制。
日期和时间
对日期/时间没有限制。
不允许延长日期/时间。
货币
无限制。
自动编号
无限制。
是/否​​
值 -1(“是/否”字段中的“是”)转换为“是”。 值 0(“是/否”字段中的“否”)转换为“否”。
超链接
无限制。
数字
文本
文本必须由数字、有效货币以及小数分隔符组成。 文本字段中的字符数必须在为数字字段设置的大小范围内。
有关数字字段大小的信息，请参阅文章插入、创建或删除存储数值的字段。
备注
备注字段只能包含文本和有效货币以及小数分隔符。 备注字段中的字符数必须在为数字字段设置的大小范围内。
有关数字字段大小的信息，请参阅文章插入、创建或删除存储数值的字段。
数字，但具有不同的字段大小或精度
值不得大于或小于新字段大小可以存储的值。 更改精度可能导致 Access 对某些值进行四舍五入。
日期和时间
日期/时间：
可以转换的日期取决于数字字段的大小。 请记住，Access 将所有日期存储为序列日期，并将日期值存储为双精度浮点整数。
在 Access 中，1899 年 12 月 30 日是日期 0。 在 1899 年 4 月 18 日到 1900 年 9 月 11 日范围以外的日期超出了字节字段的大小。 在 1810 年 4 月 13 日到 1989 年 9 月 16 日范围以外的日期超过了整型字段的大小。
若要容纳所有可能的日期，请将数字字段的“字段大小”属性设置为“长整型”或更大值。
有关序列日期以及 Access 如何使用和存储日期值的详细信息，请参阅设置日期和时间字段的格式一文。
延长日期/时间：
不允许。
货币
值不得超过(或小于)为该字段设置的大小限制。 例如，只有当值大于 255 但不超过 32,767 时，才能将货币字段转换为整型字段。
自动编号
值必须在为该字段设置的大小限制范围内。
是/否​​
“是”值转换为 -1。 “否”值转换为 0。
超链接
不适用。
日期/时间
文本
原始文本必须是可识别的日期或日期-时间组合。 例如，2006 年 1 月18 日。
备注
原始文本必须是可识别的日期或日期-时间组合。 例如，2006 年 1 月18 日。
数字
值必须在 -657,434 和 2,958,465.99998843 之间。
延长日期/时间
无限制。
货币
值必须在 -￥657,434 与 ￥2,958,465.9999 之间。
自动编号
值必须大于 -657,434 但小于 2,958,466。
是/否
值 -1(“是”)转换为 1899 年 12 月 29 日。 值 0(“否”)转换为午夜 (12:00:00 AM)。
超链接
不适用。
延长日期/时间
文本
不允许。
备注
不允许。
数字
不允许。
日期/时间
秒的小数部分将丢失，如果年份超出日期/时间支持的范围，则会删除该值。 有关详细信息，请参阅使用日期/时间扩展数据类型。
货币
不允许。
自动编号
不允许。
是/否​​
不允许。
超链接
不适用。
货币
文本
文本必须由数字和有效分隔符组成。
备注
文本必须由数字和有效分隔符组成。
数字
无限制
日期和时间
日期/时间：无限制，但是 Access 可能会对值进行舍入。
延长日期/时间：不允许。
自动编号
无限制
是/否​​
值 -1(“是”)转换为 $1。 值 0(“否”)转换为 0$。
超链接
不适用。
自动编号
文本
如果“自动编号”字段充当主键，则不允许转换。
备注
如果“自动编号”字段充当主键，则不允许转换。
数字
如果“自动编号”字段充当主键，则不允许转换。
日期和时间
日期/时间：如果 "自动编号" 字段充当主键，则不允许使用此参数。
延长日期/时间：不允许。
货币
如果“自动编号”字段充当主键，则不允许转换。
是/否​​
如果“自动编号”字段充当主键，则不允许转换。
超链接
不适用。
是/否​​
文本
原始文本只能由“是”、“否”、“True”、“False”、“开”和“关”组成。
备注
原始文本只能由“是”、“否”、“True”、“False”、“开”和“关”组成。
“数字”
零或 Null 转换为“否”，其他所有值转换为“是”。
日期和时间
日期/时间： Null 或 12:00:00 AM 转换为 "否"，其他所有值转换为 "是"。
延长日期/时间：不允许。
货币
零和 Null 转换为“否”，其他所有值转换为“是”。
自动编号
Access 将所有值转换为“是”。
超链接
不适用。
超链接
文本
如果原始文本包含有效的 Web 地址，例如 adatum.com、www.adatum.com 或 http://www.adatum.com，则 Access 会将文本转换为超链接。 Access 将尝试转换其他值，这意味着你会看到带下划线的文本，并且在你指向链接时，鼠标光标会发生变化，但链接无效。 文本可以包含任何有效的 Web 协议：http://、gopher://、telnet://、ftp:// 和 wais:// 等。
备注
请参阅上一条。 适用同样的限制。
数字
如果数字字段是关系的一部分，则不允许转换。 如果原始值采用有效的 IP 地址形式(以句点分隔的四组数，每组三个数字：nnn.nnn.nnn.nnn)，并且数字恰好与某个 Web 地址一致，则转换将产生一个有效的链接。 否则，Access 会在每个值的前面追加 http://，所得到的链接将无效。
日期/时间
Access 会在每个地址前面追加 http://，但所得到的链接几乎永远不会有效。
货币
Access 会在每个值前面追加 http://，但与日期一样，所得到的链接几乎永远不会有效。
自动编号
如果自动编号字段是关系的一部分，则不允许转换。 Access 会在每个值前面追加 http://，但所得到的链接几乎永远不会有效。
是/否
Access 将所有“是”值转换为 -1，将所有“否”值转换为 0，并在每个值前面追加 http://。 所得到的链接无效。

Model之间的【多对多】【一对多】【 一对一】的关系怎么设定，或者说数据表之间的【多对多】【一对多】【 一对一】的关系怎么设定；

1、属性特性

我们先讲一下这些字段或者叫属性，它们的属性怎么设定，比如说这个name这个属性，它在数据库中的字段类型是NVARCHAR(MAX)，而实际上它的长度应该有一定限制，比如要求长度不超过100，那可以使用DataAnnotations的attribute[Maxlength(100)]


使用DataAnnotations需要在Nuget中安装System.ComponentModel.Annotations包




添加好attribute后说明Name字段最大长度为100
	
添加[Required]说明它是必填的
	
Birth是出生日期，只需要年月日，在数据库中却是DATETIME2(7) ，这里就需要设置数据库为日期类型


再执行迁移命令生成新的迁移文件

add-migration changePlayerColumb


生成成功后再执行

Update-Database


将数据库更新为指定的迁移

其他更多特性请参考：https://www.cnblogs.com/dotnetmvc/p/3734272.html支持的完整特性列表

2、表之间关系

以下三个Model都是一对多的关系


Club可以看到有一个导航属性League，导航到一个单个的League上面，所以说每个Club都对应一个League，而这个每个Club对应的League他有可能是同一个，所以说一个League就可能对应多个Club，这样就体现了一对多的关系，只在Club一个类里体现就可以了

既然有了这种一对多的关系，那么在子表也就是Club表里或者是Club的Model里边儿应该有一个字段是叫外键，实际上在类Club中没有，在数据库Club外键中是有LeagueId。在C#类中没有写LeagueId，EFCore会生成一个LeagueId外键，我们也可以在类中手动写出来一个属性，手动指定，也可以不写，不写的话EFCore会自动生成一个

Club和Player之间的一对多关系是怎么体现的呢，Club里的最后一个属性也是这种导航属性不过是另外一种形式的导航属性，上面的League相当于是对单个的League，而对这个Player导航属性的类型是一个集合，所以说呢？这相当于另外一个方向了，这个时候club是主表，然后Player是子表。


3、多对多关系

在三个Model的基础上再建一个Model，叫比赛Game，就是每个队员一个赛季可能要参加很多比赛，而每个比赛也有很多队员同时去参加，所以说这个队员和比赛之间就应该是多对多的关系（M:N），我们使用CFCore是无法直接实现多对多的关系

可以加一个中间表叫GamePlayer，比如说一个队员他本赛季参加了五场比赛那么它就应该是对应的五个GamePlayer一对多的关系，它俩之间是一对多的关系1:M，每场比赛又有多个队员去参加，每个队员就相当于这场比赛的一个GamePlayer，所以说这个比赛和GamePlayer之间也是一对多的关系，这样队员和这个比赛之间就相当于间接地形成了一个这个多对多的关系。


创建一个Game类和GamePlayer类

public class Game
{
    public Game()
    {
        GamePalyers = new List<GamePlayer>();
    }
    public Guid Id { get; set; }
    public int Round { get; set; }//比赛阶段
    public DateTimeOffset? StartTime { get; set; }//开始时间
    public List<GamePlayer> GamePalyers { get; set; }
}


public class GamePlayer
{
    public Guid PlayerId { get; set; }
    public Guid GameId { get; set; }
    //这里也可以体现一对多的关系
    public Game Game { get; set; }
    public Player Player { get; set; }
}


在Player中添加一对多的关系



 public Player() {
            GamePlayers = new List<GamePlayer>();
        }
 public List<GamePlayer> GamePlayers { get; set; }



最后设定联合主键，必须手动设定，在DbContext中设定，可以override OnModelCreating()


 public DbSet<Game> Games { get; set; }
        public DbSet<GamePlayer> GamePlayers { get; set; }
        protected override void OnModelCreating(ModelBuilder modelBuilder) {

            modelBuilder.Entity<GamePlayer>().HasKey(x => new { x.PlayerId, x.GameId });
        }



设定好后执行迁移命令

Add-Migration AddMage


执行更新数据库

Update-Database




4、一对一的关系

假设每个队员只能有一份简历，然后这一份简历呢，就属于这一个队员，所以这就属于一对一的关系


创建一个Resume类

//简历
public class Resume
{
    public Guid Id { get; set; }
    [MaxLength(200)]
    public string Description { get; set; }
    public Guid PlayerId { get; set; }//Player外键
    public Player Player { get; set; }//Player导航属性
}


在Player类中添加简历属性，这样就能实现Resume和Player类的一对一关系


这时候EFCore会选择其中一个类作为主表，但是EFCore可能会选错，所以还是需要手动指定主外键

在DbContext中的OnModelCreating()方法中添加

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    //设置联合主键
    modelBuilder.Entity<GamePlayer>().HasKey(x => new { x.PlayerId, x.GameId });
    modelBuilder.Entity<Resume>()
        .HasOne(x => x.Player)//一个Resume拥有一个Player
        .WithOne(x => x.Resume)//每个Player又带了一个Resume
        .HasForeignKey<Resume>(x => x.PlayerId);//Resume上又带了一个外键PlayerId
}


设定好后执行迁移命令<

Add-Migration AddResumeToOnePlayer


执行更新数据库

Update-Database


如果执行遇到以下错误：请注意默认项目需要选择Data项目

	

关注我们获取更多资源
    我们在使用ArcGIS进行属性数据编辑时经常需要批量修改某些字段值，这时候ArcGIS提供的属性字段计算器就是一把利器呀。
    今天就给大家介绍一下如何在属性表中添加字段并利用字段计算器来根据已有的字段设置新增字段的内容信息。
请大家看一下下面这张图，我们打开了“道路”图层的属性表，道路的类型(shape)是折线，它们的长度信息在shape-length中显示，那么如果我们想在这里将道路按照其长度分级，小于1000米为“短”，大于等于1000米为“长”，要怎么做呢？
首先我们点击这个图标下拉属性表菜单，然后点击里面的“添加字段”选项；
设置字段名称为CDFJ(长度分级)，数据类型选择“文本”，点击“确定”；
我们先把这个字段的属性信息都设置为“短”，右键点击该字段，选择“字段计算器”；
英文输入法下输入”短”，点击确定；
接下来我们只需要把长度大于等于1000米的改为“长”，首先点击“按属性选择”；
双击“shape-length”字段，单击“>=”号，输入1000，点击“应用”，这样就把长度大于等于1000的数据选中啦；
右键“CDFJ”字段，将其改为“长”，点击“确定”；
这样就实现道路按其长度分级分级啦，你学会了嘛？。
需要获取资源的小伙伴请加客服微信，我们的公众号后台暂时是不回复的哦。
关注我们获取更多资源