tianlipa

数据库设计

数据库设计的步骤

1. 需求分析
2. 概念结构设计
   1. 设计局部视图
   2. 集成视图
3. 逻辑结构设计
   1. 设计逻辑结构
   2. 优化逻辑结构
4. 数据库物理设计
   1. 设计物理结构
   2. 评价物理结构
5. 数据库实施
   1. 数据库系统的物理实现
   2. 试验性运行
6. 数据库运行维护

数据库的安全性

用户标识和鉴别

CREATE USER <username> IDENTIFIED BY <password>

存取权限控制

• 数据对象
• 操作类型

对谁, 干什么.

GRANT SELECT(操作类型) ON Student(数据对象) TO User1;

操作类型: SELECT, INSERT, DELETE, UPDATE, ALTER, INDEX, ALL

收回权限:

REVOKE [CONNECT | RESOURCE | DBA] FROM <username>

数据依赖

函数依赖: 有了 A 就能绝对确定 B, 例如知道学号确定姓名, 知道身份证号确定生日.

平凡函数依赖: (学号, 课程号) → 学号, 废话依赖.

非平凡函数依赖: 学号 → 姓名, 有用的依赖.

部分函数依赖 Partial: 只需要其中的一部分就能确定, 例如姓名部分依赖于 (学号, 课程号).

完全函数依赖 Full: 必须凑齐才能确定, 例如分数依赖于 (学号, 课程号).

传递函数依赖 Transitive: 学号 → 宿舍楼, 宿舍楼 → 楼长, 所以学号 → 楼长.

码: 设 K 是关系模式 R 中的属性集合. 如果 K完全函数依赖决定 R 中的所有其他属性, 那么 K 就是候选码 (Candidate Key).

实际上候选码主码超码就是第一章的候选键主键超键, 这里叫码是因为 PPT 不知道发什么癫, 第一章 Key 翻译成键, 这里又翻译成码了.

参考: 数据库复习笔记 一.绪论

于是就这么 20 岁了. 马上就变成奔三老登了, 也不知道该说什么.

虽然这一年里自己的心境变化挺大的, 但很多方面感觉我还是从前那个啥 b 没有一丝丝改变.

今天中午把马里奥奥德赛一周目通关了, 最后一段演出实在是给我玩爽了.

这篇文章的标题结构很乱, 因为我很懒.

数据定义语言 DDL

定义, 删除与修改基本表

CREATE TABLE 表名 (
    列名1  数据类型  [列级完整性约束],
    列名2  数据类型  [列级完整性约束],
    ...
    [表级完整性约束]
);

关系数据库系统是支持关系模型的数据库系统.

关系模型的三要素:

• 关系数据结构: 就是一张表
• 关系操作: 对表的操作, 选择, 投影, 连接, 除, 并, 交, 差等查询以及增, 删, 改
• 完整性约束: 实体完整性, 参照完整性, 自定义完整性

数据库系统的特点

• 数据结构化
• 数据共享性好, 冗余度低
• 数据独立性高, 物理和逻辑上都是
• 数据由 DBMS 统一管理:
  • 安全性
  • 完整性
  • 并发控制
  • 数据库恢复
• 良好的用户接口

博客一直有个图标缺失 bug, 研究了半天, 定位到问题在哪了还是没法解决, 最后发现是 NexT 的问题, 更新了一下就解决了.

2504.15585v4

Abstract

目前, 关于 LLM 安全的研究主要关注 LLM 生命周期中的特定阶段, 例如部署阶段或微调阶段, 缺乏对 LLM 整个「生命链」的全面理解. 本文引入了全栈安全的概念, 以系统考虑整个过程中的安全问题, 包括数据, 训练 (预训练和后训练), 部署 (部署和最终商业化), 本文视角全面, 见解独特, 有广泛的文献支持.