zoukankan      html  css  js  c++  java
  • 课程介绍

    01.数据库选型:

      选型之初:NoSQL VS SQL

      选型确认:各种数据存储系统的适应场景

      选型之终:构建MYSQL开发环境

    02.数据库建模

       业务分析(人和):一切故事的开始

      逻辑设计(天时):范式化vs反范式化

      物理设计(地利):根据MySQL特点进行设计

    03.数据库访问

      初级武器:MySQL客户端

      神兵利器: 常用GUI工具

      高阶神器:MySQL驱动

      必杀秘籍:访问故障处理

    04.SQL开发

      基本功:DCL、DDL、DML

      必备技能:常用函数

      高阶功法:CTE及窗口函数

    05.SQL优化

      优化前提:分析执行计划

      优化进阶:索引和SQL改写

      专家技能:排查性能瓶颈

    06.事务和高并发

       问道:什么是事务

      发现:高并发的隐患

      知否:事务隔离级别

      顿悟:阻塞和死锁

    SQL:MySQL

    慕课网免费课前端项目

    课程的属性:{主标题,副标题,方向,分类,难度,最新,最热,时长,简介,人数,需知,收获,讲师名,讲师职位,课程图片,综合评分,内容实用,简洁易懂,逻辑清晰}

    课程列表属性:{章节,小节名,说明,小节时长,章节URL,视频格式}

    讲师的属性:

    评价的属性:{用户,课程主标题,内容,综合评分,内容实用,简洁易懂,逻辑清晰,发布时间}

    宽表模式存在的问题:

    数据冗余:相同的数据在一个表中出现了多次

    数据的更新异常:修改一行数据中的某列的值时同时修改了多行数据

    数据插入异常: 部分数据由于缺失主键信息而无法写入表中

    数据删除异常:删除某一数据时不得不删除另一数据

    宽表模式的应用场景:配合列存储的数据报表应用

    数据库设计是有一定规则可以参考的,这种规则就是数据库的设计范式

    数据库的设计范式:

    第一范式:表中的所有字段都是不可再分的

    第二范式:表中必须存在业务主键,表中必须存在非主键,并且非主键依赖于全部业务主键

    第三范式:表中的非主键之间不能相互依赖

    讲师对象:

    讲师的属性:讲师的昵称,密码,性别,省,市,职位,说明,经验,积分,关注人数,粉丝人数,

    如何从多个表中获取数据?

    表与表之间要存在一定的关联关系

  • 相关阅读:
    SAP BW维护项目中的常见问题 沧海
    从印度英语想到creole 沧海
    侃State模式
    住在“天堂”的代价一个工薪阶层买房的感受
    家庭财务总管软件设计
    侃观察者模式(Observer)
    软件设计起步:画UML类图
    一个提醒软件---好朋友
    学习设计模式的一些心得
    一次偶然结对编程的感受
  • 原文地址:https://www.cnblogs.com/wuxiping2019/p/12324781.html
Copyright © 2011-2022 走看看