-- auto-generated definition
create table admin_user
(
    id           varchar(24) not null
        primary key,
    username     varchar(32) not null comment '用户名',
    password     varchar(64) null comment '密码',
    face_id      varchar(64) null comment '人脸入库图片信息，该信息保存到mongoDB的gridFS中',
    admin_name   varchar(12) null comment '管理人员的姓名',
    created_time datetime    not null comment '创建时间 创建时间',
    updated_time datetime    not null comment '更新时间 更新时间',
    constraint username
        unique (username)
)
    comment '运营管理平台的admin级别用户' charset = utf8mb4;

-- auto-generated definition
create table app_user
(
    id            varchar(24)        not null
        primary key,
    mobile        varchar(32)        not null comment '手机号',
    nickname      varchar(16)        not null comment '昵称，媒体号',
    face          varchar(128)       not null comment '头像',
    realname      varchar(128)       null comment '真实姓名',
    email         varchar(32)        null comment '邮箱地址',
    sex           int                null comment '性别 1:男  0:女  2:保密',
    birthday      date               null comment '生日',
    province      varchar(32)        null comment '省份',
    city          varchar(32)        null comment '城市',
    district      varchar(32)        null comment '区县',
    active_status int(255) default 0 not null comment '用户状态：0：未激活。 1：已激活：基本信息是否完善，真实姓名，邮箱地址，性别，生日，住址等，如果没有完善，则用户不能在作家中心操作，不能关注。2：已冻结。',
    total_income  int(255) default 0 not null comment '累计已结算的收入金额，也就是已经打款的金额，每次打款后再此累加',
    created_time  datetime           not null comment '创建时间 创建时间',
    updated_time  datetime           not null comment '更新时间 更新时间',
    constraint mobile
        unique (mobile)
)
    comment '网站用户' charset = utf8mb4;

-- auto-generated definition
create table article
(
    id              varchar(24)      not null
        primary key,
    title           varchar(64)      not null comment '文章标题',
    content         longtext         not null comment '文章内容，长度不超过9999，需要在前后端判断',
    category_id     int(2)           not null comment '文章所属分类id',
    article_type    int(1)           not null comment '文章类型，1：图文（1张封面），2：纯文字',
    article_cover   varchar(256)     null comment '文章封面图，article_type=1 的时候展示',
    is_appoint      int(1)           not null comment '是否是预约定时发布的文章，1：预约（定时）发布，0：即时发布    在预约时间到点的时候，把1改为0，则发布',
    article_status  int(1)           not null comment '文章状态，1：审核中（用户已提交），2：机审结束，等待人工审核，3：审核通过（已发布），4：审核未通过；5：文章撤回（已发布的情况下才能撤回和删除）',
    publish_user_id varchar(24)      not null comment '发布者用户id',
    publish_time    datetime         not null comment '文章发布时间（也是预约发布的时间）',
    read_counts     int    default 0 not null comment '用户累计点击阅读数（喜欢数）（点赞） - 放redis',
    comment_counts  int    default 0 not null comment '文章评论总数。评论防刷，距离上次评论需要间隔时间控制几秒',
    mongo_file_id   varchar(64)      null,
    is_delete       int(1) default 0 not null comment '逻辑删除状态，非物理删除，1：删除，0：未删除',
    create_time     datetime         not null comment '文章的创建时间',
    update_time     datetime         not null comment '文章的修改时间'
)
    comment '文章资讯表' charset = utf8mb4;

create table category
(
    id        int(2) auto_increment
        primary key,
    name      varchar(12) not null comment '分类名，比如：科技，人文，历史，汽车等等',
    tag_color varchar(12) not null comment '标签颜色',
    constraint name
        unique (name)
)
    comment '新闻资讯文章的分类（或者称之为领域）' charset = utf8mb4;

create table comments
(
    id                    varchar(24)  not null
        primary key,
    writer_id             varchar(24)  not null comment '评论的文章是哪个作者的关联id',
    father_id             varchar(24)  not null comment '如果是回复留言，则本条为子留言，需要关联查询',
    article_id            varchar(24)  not null comment '回复的那个文章id',
    article_title         varchar(64)  not null comment '冗余文章标题，宽表处理，非规范化的sql思维，对于几百万文章和几百万评论的关联查询来讲，性能肯定不行，所以做宽表处理，从业务角度来说，文章发布以后不能随便修改标题和封面的',
    article_cover         varchar(128) null comment '文章封面',
    comment_user_id       varchar(24)  not null comment '发布留言的用户id',
    comment_user_nickname varchar(16)  not null comment '冗余用户昵称，非一致性字段，用户修改昵称后可以不用同步',
    comment_user_face     varchar(128) not null comment '冗余的用户头像',
    content               varchar(128) not null comment '留言内容',
    create_time           datetime     not null comment '留言时间'
)
    comment '文章评论表' charset = utf8mb4;

create table fans
(
    id           varchar(24)  not null
        primary key,
    writer_id    varchar(24)  not null comment '作家用户id',
    fan_id       varchar(24)  not null comment '粉丝用户id',
    face         varchar(128) null comment '粉丝头像',
    fan_nickname varchar(16)  not null comment '粉丝昵称',
    sex          int          not null comment '粉丝性别',
    province     varchar(16)  not null comment '省份',
    constraint writer_id
        unique (writer_id, fan_id)
)
    comment '粉丝表，用户与粉丝的关联关系，粉丝本质也是用户。
关联关系保存到es中，粉丝数方式和用户点赞收藏文章一样。累加累减都用redis来做。
字段与用户表有些冗余，主要用于数据可视化，数据一旦有了之后，用户修改性别和省份无法影响此表，只认第一次的数据。

' charset = utf8mb4;