精华内容
下载资源
问答
  • 测试数据设计方法一: 构造测试数据时,需要看数据的来源,数据的来源一般来讲有三个个,一个是根据被系统需求的分析,针对正常业务,异常情况,边界情况等来构建完整的数据,又称为“造”数据。 这不仅仅包括最...

    测试数据设计方法一:

     构造测试数据时,需要看数据的来源,数据的来源一般来讲有三个个,一个是根据被测系统需求的分析,针对正常业务,异常情况,边界情况等来构建完整的数据,又称为“造”数据。
    

    这不仅仅包括最基本的基础数据,比如:用户、权限、配置、原数据等,还包括上面提到的业务数据。对于比较小型的系统来说可行度高,对于大型的系统来说可能较为复杂。

    测试数据设计方法二:

      第二种方式就是利用现有系统,这适合已有类似系统,测试是针对升级或者增加功能的产品化的系统。这种情况把已经在生产环境中运行的数据导出。在此基础上再进行数据的整理、
    

    加工为测试数据。

    测试数据设计方法三:

     还有一种方式就是将现有非电子化的业务数据录入到系统中,在验证业务的同时也完成了测试数据的积累。即边测试边积累数据。但是这种情况积累的数据往往有一定局限性,因为
    

    已、经发生的业务数据基本是正确的、一致的,而且可能缺少某些特定业务的数据(不常发生的业务)。这样就需要根据对测试需求的分析,追加新的测试数据,以便能完整覆盖业务

    类型。

    测试数据应用:
    1,不该为空的数据是否有校验;
    2,该有默认值的数据默认值是否正确;
    3,引用其它功能生成的数据,是否会实时刷新;
    4,页面关闭或系统重启后,数据的初始化设置等
    5,数据的长度、类型控制是否合理,比如身份证号,实际业务中会有字母,且会出现在最后
    一位

    对应方法:
    等价类、边界值、场景法

    优先角度:用户

    测试数据设计及维护:
    在这里插入图片描述测试数据总结:
    1,不仅要在“脏”数据环境下验证,也要在干净的环境下验证
    2,需要覆盖到每一个业务场景及数据类型
    3,需要考虑到未来产品的增长及变化
    4,不仅要保证哪些可以,同样要保证哪些不行
    5,数据的增、删、改对历史数据的影响(增、删、改、查)
    无→有→改→删→无→有
    6,简化测试执行时间,提高测试执行效率

    测试数据示例:
    在这里插入图片描述

    展开全文
  • 开源C#彩票数据资料库系列文章总目录:【目录】C#搭建足球赛事资料库与预测平台与彩票数据分析目录  本篇文章开始将逐步介绍使用C#搭建足球赛事资料库与预测平台的相关细节。还是先从数据库开始,从本文开始将逐步...

              本博客所有文章分类的总目录:【总目录】本博客博文总目录-实时更新

    开源C#彩票数据资料库系列文章总目录【目录】C#搭建足球赛事资料库与预测平台与彩票数据分析目录

      本篇文章开始将逐步介绍使用C#搭建足球赛事资料库与预测平台的相关细节。还是先从数据库开始,从本文开始将逐步对每个核心实体类和数据库设计相关的内容进行讲解,并公布源代码,至于能不能跑起来,看的看个人努力。由于没有时间将所有相关业务都简述清楚,所以也只好将需求和表设计一起进行。本人也是走了很多弯路的。考虑到系统数据表很多,按照功能不同,分为基础数据表,比赛相关表,赔率相关表,以及特殊数据表4个部分分别进行讲解,请大家关注博客。

      本篇文章是赔率指数表第二篇,因为指数类型比较多,今天要介绍的是几种大家可能接触比较少的,一般在国外用得比较多的,考虑到系统的完善性,而且也不复杂,所以都包括进来了。还是沿用上一篇文章的思路,赔率指数都是继承公共的基类,这里也只贴出不同的字段。

    本文原文地址:【原创】C#搭建足球赛事资料库与预测平台(6) 赔率数据表设计2 

    1.亚盘指数

      亚盘虽然国彩还没有开放,但是和让球胜平负有点类似。不过亚盘也是比较经典的玩法,特别是在国外。很多人都喜欢分析亚盘的盘口,来把握揣摩庄家的意图。下面是表结构,这里对每一次比赛都采集了盘口变动的信息。

    编号

    字段名

    类型

    长度

    描述

    备注

    7

    TimeInterval

    float

    53

    赛前间隔

     

    8

    Handicap

    nvarchar(20)

    20

    盘口

     

    9

    HomeLevel

    float

    53

    主水

     

    10

    VisitLevel

    float

    53

    客水

     

    11

    LossRatio

    float

    53

    赔付率

     

    2.主客进球指数

       主客进球和比分有一些类似,只不过更加分库,一般是主客各0-7+,猜主客球队的进球数。下面是表结构,目前主客进球国内没有单独开盘,只有国外开。国内开的是总进球。

    编号

    字段名

    类型

    长度

    描述

    备注

    7

    OddH0

    float

    53

    主队0球

     

    8

    OddH1

    float

    53

    主队1球

     

    9

    OddH2

    float

    53

    主队2球

     

    10

    OddH3

    float

    53

    主队3球

     

    11

    OddH4

    float

    53

    主队4球

     

    12

    OddH5

    float

    53

    主队5球

     

    13

    OddV0

    float

    53

    客队0球

     

    14

    OddV1

    float

    53

    客队1球

     

    15

    OddV2

    float

    53

    客队2球

     

    16

    OddV3

    float

    53

    客队3球

     

    17

    OddV4

    float

    53

    客队4球

     

    18

    OddV5

    float

    53

    客队5球

     

    3.比分指数

       比分指数也是玩的比较多的,也是最刺激,最难玩的,因为结果最多,不确定性也最多。国内也开盘。没什么特别要注意的。

    编号

    字段名

    类型

    长度

    描述

    备注

    7

    Odd3Other

    float

    53

    胜其它

     

    8

    Odd10

    float

    53

    1:0

     

    9

    Odd20

    float

    53

    2:0

     

    10

    Odd21

    float

    53

    2:1

     

    11

    Odd30

    float

    53

    3:0

     

    12

    Odd31

    float

    53

    3:1

     

    13

    Odd32

    float

    53

    3:2

     

    14

    Odd40

    float

    53

    4:0

     

    15

    Odd41

    float

    53

    4:1

     

    16

    Odd42

    float

    53

    4:2

     

    17

    Odd43

    float

    53

    4:3

     

    18

    Odd50

    float

    53

    5:0

     

    19

    Odd51

    float

    53

    5:1

     

    20

    Odd52

    float

    53

    5:2

     

    21

    Odd1Other

    float

    53

    平其它

     

    22

    Odd00

    float

    53

    0:0

     

    23

    Odd11

    float

    53

    1:1

     

    24

    Odd22

    float

    53

    2:2

     

    25

    Odd33

    float

    53

    3:3

     

    26

    Odd44

    float

    53

    4:4

     

    27

    Odd0Other

    float

    53

    负其它

     

    28

    Odd01

    float

    53

    0:1

     

    29

    Odd02

    float

    53

    0:2

     

    30

    Odd12

    float

    53

    1:2

     

    31

    Odd03

    float

    53

    0:3

     

    32

    Odd13

    float

    53

    1:3

     

    33

    Odd23

    float

    53

    2:3

     

    34

    Odd04

    float

    53

    0:4

     

    35

    Odd14

    float

    53

    1:4

     

    36

    Odd24

    float

    53

    2:4

     

    37

    Odd34

    float

    53

    3:4

     

    38

    Odd05

    float

    53

    0:5

     

    39

    Odd15

    float

    53

    1:5

     

    40

    Odd25

    float

    53

    2:5

     

    4.交易盈亏数据表

      交易盈亏是本系统后来才增加的,主要是必发交易的相关数据,虽然不能完全反应整个系统的投注情况,但至少反应了庄家的一部分交易信息。如果仔细分析,其中还是有不少可借鉴或者值得思考的东西。如下面链接: http://d.dacai.com/zhishu/jyyk.html?matchid=1875790

      下面是表的结构,实际分析的时候,一般选择开赛前2个小时的数据,比较符合实际的情况。 

    编号

    字段名

    类型

    长度

    描述

    备注

    1

    Id

    int

    10

    编号

    自增编号

    2

    CompanyName

    nvarchar(20)

    20

    公司名称

     

    3

    EventName

    nvarchar(20)

    20

    赛事名称

     

    4

    MatchID

    int

    10

    场次编号

     

    5

    TradTime

    datetime

    3

    交易时间

     

    6

    TradingAmount3

    int

    10

    胜成交量

     

    7

    TradingAmount1

    int

    10

    平成交量

     

    8

    TradingAmount0

    int

    10

    负成交量

     

    9

    TradingPortion3

    int

    10

    胜成交比例

     

    10

    TradingPortion1

    int

    10

    平成交比例

     

    11

    TradingPortion0

    int

    10

    负成交比例

     

    12

    TradingOdd3

    float

    53

    胜成交赔率

     

    13

    TradingOdd1

    float

    53

    平成交赔率

     

    14

    TradingOdd0

    float

    53

    负成交赔率

     

    15

    TradingIndex3

    int

    10

    胜盈亏指数

     

    16

    TradingIndex1

    int

    10

    平盈亏指数

     

    17

    TradingIndex0

    int

    10

    负盈亏指数

     

    5.进球时间表

      进球时间数据是一个长期数据积累,暂时没有数据分析作用。下面是数据类型结构。 

    编号

    字段名

    类型

    长度

    描述

    备注

    1

    Id

    int

    10

    编号

    自增主键

    2

    EventName

    nvarchar(20)

    20

    赛事名称

     

    3

    SeasonName

    nvarchar(20)

    20

    赛季名称

     

    4

    HomeId

    int

    10

    主队编号

     

    5

    VisitId

    int

    10

    客队编号

     

    6

    MatchID

    int

    10

    场次编号

     

    7

    GameTime

    datetime

    3

    比赛时间

     

    8

    GoalTime

    int

    10

    进球时间

     

    9

    PersonName

    int

    10

    进球人

     

    10

    IsHomeGoal

    bit

    1

    是否主队

     

    6.其他数据表

      实际系统中还有其他数据表,如竞彩综合数据表,北单综合数据表,其实是所有数据的综合,由于竞彩数据不完整。我们一般的分析还是针对Bet 365等主流公司。这里就不具体介绍。以后在用到的时候,再详细介绍。

    转载于:https://www.cnblogs.com/asxinyu/p/Smart_Lottery_FootBall_DataBase_6.html

    展开全文
  • 开源C#彩票数据资料库系列文章总目录:【目录】C#搭建足球赛事资料库与预测平台与彩票数据分析目录  本篇文章开始将逐步介绍使用C#搭建足球赛事资料库与预测平台的相关细节。还是先从数据库开始,从本文开始将逐步...

              本博客所有文章分类的总目录:【总目录】本博客博文总目录-实时更新

    开源C#彩票数据资料库系列文章总目录【目录】C#搭建足球赛事资料库与预测平台与彩票数据分析目录

      本篇文章开始将逐步介绍使用C#搭建足球赛事资料库与预测平台的相关细节。还是先从数据库开始,从本文开始将逐步对每个核心实体类和数据库设计相关的内容进行讲解,并公布源代码,至于能不能跑起来,看的看个人努力。由于没有时间将所有相关业务都简述清楚,所以也只好将需求和表设计一起进行。本人也是走了很多弯路的。考虑到系统数据表很多,按照功能不同,分为基础数据表,比赛相关表,赔率相关表,以及特殊数据表4个部分分别进行讲解,请大家关注博客。

      今天要关注就是比赛信息相关的数据表设计。比赛信息表是核心数据,核心是指其数据都是直接用于预测的,是预测的主体和最重要的信息要素。这是系统的核心,比赛场次的信息是预测,模型研究的基础。而且也是本系统最复杂的部分之一,业务查询复杂。同时考虑到系统复杂程度,数据量大,以及为了以后的查询方便,该部分大量使用了分数据库操作,主要是按照赛事数据分开存储。主要包括以下表: 

    本文原文地址:http://www.cnblogs.com/asxinyu/p/4447523.html

    1.场次信息表

      存储每一场比赛的比赛 本身的信息,如比赛时间,主客队球队名称与编号,轮次,赛季,以及主客进球和平均赔率信息。该表按赛事名称进行分库。也就是每一项赛事的所有赛季都放在一起,便于查询。10年的数据,单库也就几千条记录,技术再差也不至于效率很差吧。其表结构如下:

    编号

    字段名

    类型

    长度

    描述

    备注

    1

    Id

    int

    4

    编号

    自增主键

    2

    SeasonId

    int

    4

    赛季编号

    索引

    3

    SeasonName

    nvarchar(50)

    100

    赛季名称

     

    4

    EventId

    int

    4

    赛事编号

    索引

    5

    EventName

    nvarchar(50)

    50

    赛事名称

     

    6

    RoundId

    int

    4

    轮号

    索引

    7

    RoundName

    nvarchar(30)

    30

    轮名称

     

    8

    HomeId

    int

    4

    主队编号

    索引

    9

    VisiteId

    int

    4

    客队编号

    索引

    10

    HomeName

    nvarchar(30)

    30

    主队名称

     

    11

    VisitName

    nvarchar(30)

    30

    客队名称

     

    12

    MatchID

    int

    4

    比赛编号

    唯一索引

    13

    HalfHomeGoals

    int

    4

    主队半场进球

     

    14

    HalfVisitGoals

    int

    4

    客队半场进球

     

    15

    HomeGoals

    int

    4

    主队全场进球

     

    16

    VisitGoals

    int

    4

    客队全场进球

     

    17

    Result

    int

    4

    全场结果

     

    18

    HalfResult

    int

    4

    半场结果

     

    19

    GameTime

    datetime

    8

    比赛时间

     

    20

    IsHistory

    bit

    1

    是否历史

     

    21

    IsSue

    datetime

    8

    期号

    索引

    22

    Odds3

    float

    53

    主胜平均赔率

     

    23

    Odds1

    float

    53

    主平平均赔率

     

    24

    Odds0

    float

    53

    主负平均赔率

     

    25

    Handicap

    nvarchar(15)

    15

    亚盘盘口

     

    26

    HomeLevel

    float

    53

    亚盘主水

     

    27

    VisitLevel

    float

    53

    亚盘客水

     

    28

    HandResult

    nvarchar(15)

    15

    亚盘结果

     

    29

    BigSmallResult

    nvarchar(15)

    15

    大小盘结果

     

    2.球队场次表

      是本次新增的主要表,球队场次涉及到球队历史场次的查询,需要很快的速度要求,所以单独按照球队进行分库保存,合理的冗余和分库,同时只保存场次的主要信息,其他信息暂时不保存,去对应的联赛表找。在以前的版本中,场次历史表不仅存储了双方对战场次的信息,同时也存储主客双方最近比赛的信息,简单的包括了胜平负欧赔和亚盘的数据。本次更新的最大问题也是在这里的改进,由于每一场比赛历史数据的冗余非常严重(30-50倍),因此引入了球队场次表,每次动态的对主客比赛进行查询。因此改进后的场次历史表,就只存储双方对战场次的信息。表结构和场次信息表大致类似,增加了欧赔和亚盘的数据。因此,相对来说,球队场次表更加节省空间,并提高了效率,这是实际做过后得到的总结和教训。 

    编号

    字段名

    类型

    长度

    描述

    备注

    1

    Id

    int

    4

    编号

    自增主键

    2

    TeamId

    int

    4

    球队编号

     

    3

    TeamName

    nvarchar(20)

    20

    球队名称

     

    4

    SeasonId

    int

    4

    赛季编号

    索引

    5

    SeasonName

    nvarchar(50)

    100

    赛季名称

     

    6

    EventId

    int

    4

    赛事编号

    索引

    7

    EventName

    nvarchar(50)

    50

    赛事名称

    分库用

    8

    MatchID

    int

    4

    比赛编号

    唯一索引

    9

    GameTime

    datetime

    8

    比赛时间

    排序用

    10

    IsHome

    bit

    1

    是否主场

    查询用

    11

    UpdateTime

    datetime

    3

    更新时间

     

    3.联赛排名表

       联赛排名不是从外部获取的,是要根据实际的联赛场次动态来计算的,要与实际的排名相符合,每一轮进行计算保存。也是按照联赛进行分库的,同时也可以为以后开发出自己的基于PageRank的排序算法进行排名。具体排名算法将在后续中介绍,这里先介绍表的基本结构。

    编号

    字段名

    类型

    长度

    描述

    备注

    1

    Id

    int

    4

    编号

    自增主键

    2

    EventName

    nvarchar(10)

    20

    赛事名称

     

    3

    EventId

    int

    4

    赛事编号

     

    4

    SeasonId

    int

    4

    赛季编号

    索引

    5

    RoundId

    int

    4

    轮编号

    索引

    6

    TeamId

    int

    4

    球队编号

    索引

    7

    TeamName

    nvarchar(10)

    20

    球队名称

     

    8

    TotalRank

    int

    4

    总排名

     

    9

    HomeRank

    int

    4

    主场排名

     

    10

    VisitRank

    int

    4

    客场排名

     

    11

    TotalScore

    int

    4

    总积分

     

    12

    HomeScore

    int

    4

    主场积分

     

    13

    VisitScore

    int

    4

    客场积分

     

    14

    TotalCount

    int

    4

    总场次

     

    15

    HomeCount

    int

    4

    主场场次

     

    16

    VisitCount

    int

    4

    客场场次

     

    17

    TotalCount3

    int

    4

    总胜场次

     

    18

    HomeCount3

    int

    4

    主胜场次

     

    19

    VisitCount3

    int

    4

    客胜场次

     

    20

    TotalCount1

    int

    4

    总平场次

     

    21

    HomeCount1

    int

    4

    主平场次

     

    22

    VisitCount1

    int

    4

    客平场次

     

    23

    TotalCount0

    int

    4

    总负场次

     

    24

    HomeCount0

    int

    4

    主负场次

     

    25

    VisitCount0

    int

    4

    客负场次

     

    26

    TotalGoal

    int

    4

    总进球

     

    27

    HomeGoal

    int

    4

    主场进球

     

    28

    VisitGoal

    int

    4

    客场进球

     

    29

    TotalLossGoal

    int

    4

    总失球

     

    30

    HomeLossGoal

    int

    4

    主场失球

     

    31

    VisitLossGoal

    int

    4

    客场失球

     

    32

    UpdateTime

    datetime

    8

    更新时间

     

    4.设计文件

       自从使用XCode和XCoder之后,设计数据库只需要在XML文件中进行就可以了,本节中的设计文件如下图所示,后面提供了下载。

    XML下载:比赛信息实体.xml

    转载于:https://www.cnblogs.com/asxinyu/p/Smart_Lottery_FootBall_DataBase_4.html

    展开全文
  • 开源C#彩票数据资料库系列文章总目录:http://www.cnblogs.com/asxinyu/p/4329642.html  本篇文章开始将逐步介绍使用C#搭建足球赛事资料库与预测平台的相关细节。还是先从数据库开始,从本文开始将逐步对...

              本博客所有文章分类的总目录:http://www.cnblogs.com/asxinyu/p/4288836.html 

    开源C#彩票数据资料库系列文章总目录http://www.cnblogs.com/asxinyu/p/4329642.html 

      本篇文章开始将逐步介绍使用C#搭建足球赛事资料库与预测平台的相关细节。还是先从数据库开始,从本文开始将逐步对每个核心实体类和数据库设计相关的内容进行讲解,并公布源代码,至于能不能跑起来,看的看个人努力。数据库很庞大,且采用了XCode非常牛逼的分库技术,秒杀千万级乃至上亿的数据需求。而只需要最基本的C#技术,对我这种数据库文盲来说,真的帮助非常大。

      由于数据表和业务是直接相关的,没有时间将所有相关业务都简述清楚,所以也只好将需求和表设计一起进行。相辅相成吧,如果思路有问题,大家可以交流提出自己的想法,当然必须要对足球赛事资料库有一定的了解和接触才行,本人也是走了很多弯路的。考虑到系统数据表很多,按照功能不同,分为基础数据表,比赛相关表,赔率相关表,以及特殊数据表4个部分分别进行讲解,请大家关注博客。

    本文原文地址:http://www.cnblogs.com/asxinyu/p/4445324.html

    1.基础数据表的范围

      基础数据表虽然不重要,但是必不可少的部分,主要包括以下几个表及其作用:

    1.赛事资料表:表明某一项赛事属于哪个国家,哪个洲,以及对应的赛事级别,赛事类型等信息,不同的级别在分析预测时筛选场次有用。

    2.赛季资料表:赛季是一个重要的东西,每一场比赛(除了友谊赛之外)都属于某个赛季,而赛季又属于某个联赛的,赛季名称以及编号是查询中经常要用到的东西,历史赛季可以用于数据检验和统计,当前赛季才是我们要预测和掌握的,都是非常重要的。

    3.球队资料表:主要存储球队的名称,以及缩写,球队编号等信息,主要目的是标识球队的唯一性,在混合数据源采集的时候,需要对名称进行统一,本平台只是考虑到以后的对接,可能用得上,先规划好,实际上前2个版本也有过类似的情况,非常复杂,所以最好还是要稳定一个数据源。

    4.赛季轮次表:每个赛季,不管是联赛还是杯赛,都是按照轮进行的,每一轮不仅有轮号,最好是划分一个编号,这样便于操作。这种数据量比较小,没必要分库。

    5.赔率公司信息表:赔率公司信息表主要存储常规的的赔率公司的信息,以及是否采集相关的赔率类型,数据库初始化的时候就已经固定好了,除非特殊要求可以自己添加,一般不需要管。已经默认包括了很多权威的赔率公司,足够使用。

      下面将对上述5个基础的数据库的结构进行分析。

    2.赛事资料表

       根据联赛的重要程度、权威性,我们手动对联赛的等级进行了分类,1-7,1最高,像欧洲五大联赛就属于第1级别的。其他二级联赛或者欧洲其他一些联赛都分为2,3级别。赛事资料的国家和洲际名称,可以根据实际情况进行更新,由于我的数据源中已经规划得比较好,采集的时候,流程控制一下,所以也没有特殊处理。赛事类型暂时只有2种:联赛和杯赛,分布是1和2,详细的结构如下,本项目的所有数据表设计都遵循了XCode推荐的用法。

    编号

    字段名

    类型

    长度

    描述

    备注

    1

    Id

    int

    10

    编号

    自增主键

    2

    EventId

    int

    10

    赛事编号

    索引

    3

    EventName

    nvarchar(50)

    50

    赛事名称

    索引

    4

    Country

    nvarchar(20)

    20

    国家

     

    5

    Levels

    int

    10

    赛事级别

     

    6

    TeamCount

    int

    10

    球队数

     

    7

    InternalName

    nvarchar(50)

    50

    洲名称

     

    8

    EventType

    int

    10

    赛事类型

     

    9

    IsUse

    bit

    1

    使用有效

     

    3.赛季资料表

      1个赛事,分为多个赛季,一般是1年1个赛季,赛季编号也是一个重要的信息,在很多地方都有用。赛季资料表,基本在第一次更新后,其他很少更新,一年一次。亚洲一般是1年1个赛季,3-11月,像欧洲一般是每年的8月到第二年的5左右,每个国家不一样,但更新频率很低。本项目在设计的时候,对一些简单的字段都进行了冗余,比如赛季表中也要包括赛事编号,名称等信息,是因为这些信息的使用非常频繁,如果频繁通过扩展属性去获取,哪怕丝毫缓存也不适当,所以基础信息表以至于实际的场次表中,对这些常规信息字段都进行了冗余。如下图所示:

    编号

    字段名

    类型

    长度

    描述

    备注

    1

    Id

    int

    4

    编号

    自增主键

    2

    EventId

    int

    4

    赛事编号

    索引

    3

    EventName

    nvarchar(50)

    50

    赛事名称

     

    4

    SeasonId

    int

    4

    赛季编号

    索引

    5

    SeasonName

    nvarchar(50)

    100

    赛季名称

     

    6

    IsHistory

    bit

    1

    是否历史

     

    4.球队资料表

      作为一个备用资料,可以比较简单的看一看,主要是球队的名称和编号,以及当前的赛季信息:

    编号

    字段名

    类型

    长度

    描述

    备注

    1

    Id

    int

    4

    编号

    自增主键

    2

    TeamId

    int

    4

    球队编号

    索引

    3

    Name

    nvarchar(30)

    60

    球队名称

    索引

    4

    OnceName

    nvarchar(60)

    60

    曾用名

     

    5

    EventName

    nvarchar(30)

    60

    赛事

     

    6

    SeasonId

    int

    4

    赛季编号

    索引

    7

    SeasonName

    nvarchar(30)

    60

    赛季名称

     

    5.赛季轮次表

      赛季轮次表将每个赛季每一轮的信息保存下来,每一场比赛都属于1个轮次,同时考虑到杯赛的轮,是晋级形式,如小组赛,半决赛,决赛等等,就不保存轮次号,而是保存轮名称(RoundName),是联赛的时候,RoundName等于字符串的RoundId。  

    编号

    字段名

    类型

    长度

    描述

    备注

    1

    Id

    int

    4

    编号

     

    2

    SeasonID

    int

    4

    赛季编号

     

    3

    RoundId

    int

    4

    轮编号

     

    4

    RoundName

    nvarchar(30)

    60

    轮名称

    杯赛

    5

    EventName

    nvarchar(30)

    60

    赛事名称

     

    6

    EventId

    int

    4

    赛事编号

     

    7

    EventType

    int

    10

    赛事类型

     

    6.赔率公司信息表

      这里的赔率公司主要是采集欧赔和亚盘及大小盘的动态赔率用的。其他半全场,比分的指数基本都只采集几个固定的公司,如澳门,威廉。

    编号

    字段名

    类型

    长度

    描述

    备注

    1

    Id

    int

    4

    编号

    自增主键

    2

    Name

    nvarchar(30)

    60

    名称

    索引

    3

    OnceName

    nvarchar(30)

    60

    曾用名

     

    4

    ComanyID

    int

    4

    公司编号

    索引

    5

    IsTrading

    bit

    1

    是否交易平台

     

    6

    IsAuthority

    bit

    1

    是否权威

     

    7

    IsEurope

    bit

    1

    是否欧盘

     

    8

    IsAsia

    bit

    1

    是否亚盘

     

    9

    IsBigSmall

    bit

    1

    是否大小盘

     

    10

    IsGolas

    bit

    1

    是否进球盘

     

    今天的基础数据库设计就到此为止,由于全部采用XCode进行设计和开发,所以数据库的设计直接使用的XML文件,然后用XCoder生成实体类即可,如下图所示:

    是不是很爽,我这里直接提供了XML文件,懂XCode的朋友可以先睹为快,至于不懂X组件的,接着往下看,这些数据库的实体操作类都会逐步公开的。

    下载:基础信息实体.xml

    转载于:https://www.cnblogs.com/asxinyu/p/Smart_Lottery_FootBall_DataBase_3.html

    展开全文
  • 开源C#彩票数据资料库系列文章总目录:http://www.cnblogs.com/asxinyu/p/4329642.html  本篇文章开始将逐步介绍使用C#搭建足球赛事资料库与预测平台的相关细节。还是先从数据库开始,从本文开始将逐步对...
  • [原创]测试用例设计之"正面测试与和负面测试" ...其中一个测试用例用于证明该需求已经满足,通常称作“正面测试用例”,另一个测试用例反映某个无法接受、反常或意外的条件或数据,用于论证只有在所需条件下才能够满...
  • 依据Galois理论,从大量的(实验)数据(测试例)中挑选适量的,有代表性的点(例),从而合理地安排实验(测试)的一种科学实验设计方法.类似的方法有:聚类分析方法,因子方法方法等. 概述 从大量的试验数据中挑选...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 851
精华内容 340
关键字:

数据设计原测