Mysql学习笔记 Day14 0504

Day14 0504

Mysql学习以及回顾。

1、规范数据库设计

1.1、为什么需要设计

当数据库比较复杂的时候,我们就需要设计了

糟糕的数据库设计

  • 数据冗余、浪费空间
  • 数据库插入和删除都会麻烦,异常【屏蔽使用物理外键】
  • 程序的性能差

良好的数据库设计

  • 节省内存空间
  • 保证数据库的完整性
  • 方便我们开发系统

软件开发中,关于数据库的设计

  • 分析需求:分析业务和需要处理的数据库的需求
  • 概要需求:设计关系图E-R图

设计数据库的步骤:(个人博客)

  • 收集需求,分析需求
    用户表(用户登录注销,用户的个人信息,写博客,创建分类)
    分类表(文章分类,谁创建的)
    文章表(文章的信息)
    评论表
    友链表(友链信息)
    自定义表(系统信息,某个关键的字,或者一些主字段)key:value
    说说表(发表心情… id … content … create_time)

用户表在这里插入图片描述
在这里插入图片描述

分类表
在这里插入图片描述
文章表
在这里插入图片描述
评论表
在这里插入图片描述
友链表
在这里插入图片描述
头像链接里存放地址

  • 标识实体(把需求落地到每个字段)
  • 标识实体之间的关系
    写博客:user— >blog
    创建分类:user—>category
    关注:user—>user
    友链:links
    评论:user—user-blog

1.2、数据库的三大范式

为什么需要数据规范化

  • 信息重复
  • 更新异常
  • 插入异常(无法正常显示信息)
  • 删除异常(丢失有效的信息)

三大范式
第一范式(1NF):原子性(保证每一列不可再分)
第二范式(2NF):满足第一范式的前提下,每张表只描述一件事 (eg:发生时间点保证这个事件的特殊性)
第三范式(3NF):满足第一范式和第二范式的前提下,第三范式需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关。

(规范数据库的设计)
规范性和性能的问题
关联查询的表不得超过三张表

  • 考虑商业化得需求和目标(成本、用户体验!),数据库的性能更加重要。
  • 在规范性能问题的时候,需要适当考虑一下规范性。
  • 故意给某些表增加一些冗余的字段。
    (从多表查询中变为单表查询)
  • 故意增加一些计算列(从大数据量降低为小数据量的查询:索引)

2、JDBC(重点)

2.1、 数据库驱动

驱动:声卡、显卡、数据库
在这里插入图片描述
我们的程序会通过数据库驱动和数据库打交道。

2.2、 JDBC

SUN公司为了简化开发人员的(对数据库的统一)操作,提供了一个(JAVA操作数据库的)规范,俗称JDBC。这些规范的实现由具体的厂商去做。
对于开发人员来说,我们只需要掌握JDBC接口的操作即可!

没有什么是加一层解决不了的
在这里插入图片描述
java.sql
javax.sql
还需要导入一个数据库驱动 mysql-connector-java-5.1.47.jar

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值