@tulongtou #22 hhhh 我要是买得起 1.5T 内存 还要 1T SSD ？ 估计早就 SSD 阵列了吧

@dayFvckingByte #17 我也觉得不存在 应该是 qq 出 bug 了吧 占用涨了这么多 没试过复现了 压缩时间太久

@littlewing #12 我就没给啊 还是 ap 下的沙盒版 qq 人家就能内存占用 60G


@tulongtou #15 万一我买了之后 创建一个 2T 的压缩包呢（

@jimliang #1 说实话 我人都傻了

@yujiang #7 不太明白 当时据我群友反应 大都炸了



@celeron533 #8 加速部署 ipv6 会导致一些资源都 404 么 比如用户头像

@ReZer0 #4 坐标南京电信 s1.hdslb.com 所有资源都是 404


@ThitBiu #5 昨天我这搜索功能有问题 响应很慢

@ReZer0 #1
@hdlz #2

网页版比如个人主页之类的 你们能打开么

@ynyounuo 感觉 freenode 的应用很普遍来着 基本上提起 IRC 第一个想到的就是 freenode 吧

看完内容 搜了一下我的名字 好吧
无所谓了 我发现了我的笔记的繁体和英文版本 哈哈哈哈

请问我哪里使用了，请告知，谢谢！

说真的 这句话有被笑到

在代码里保留一份签名是挺秀的

支持 iina 建议合法维护自己的权益

万能的 V 友也没有办法么（ 哭

有没有大佬知道这是哪个项目 大概一两年之前看到的

播放当然按下载流量 20M
恶意消耗就不是消耗了么
同样需要掏自己的钱包的

村里才通网 哈哈哈哈 过于尴尬

删库有了 跑路呢？ 文题不符啊 [狗头]

亏了 20%左右。。 别怕 接着抄底 [手动狗头] （

不太清楚对不对 仅供参考
贴一下我整理的笔记：
概念结构设计的方法、实体属性划分原则、E-R 图集成的步骤和合并时的三种冲突问题: (掌握)
E-R 模型是用 E-R 图来描述现实世界的概念模型，包括实体、属性、实体之间的联系。1. 实体之间的联系
1. 两个实体型之间的联系 1. 一对一联系(1:1) 2. 一对多联系(1:n) 3. 多对多联系(m:n)
2. 两个以上的实体型之间的联系
3. 单个实体型内的联系
2. E-R 图 提供了表示实体型、属性和联系的方法
1. 实体型用矩形表示
2. 属性用椭圆形表示
3. 联系用菱形表示
实体属性划分原则: 为了简化 E-R 图的处置，现实世界的事物能作为属性对待的尽量作为属性对待。
1. 作为属性，不能再具有需要描述的性质
2. 属性不能与其他实体具有联系
E-R 图的集成:
各子系统的 E-R 图之间的冲突主要有三类:
1. 属性冲突:属性域冲突(属性值的类型、取值范围或取值集合不同)、属性取值单位
冲突
2. 命名冲突:同名异义、异名同义
3. 结构冲突:同一对象在不同应用中具有不同的抽象、同一实体在不同子系统的 E-R 图
中所包含的属性个数和属性排列次序不完全相同、实体间的联系在不同的 E-R 图中为不
同的类型
消除不必要的冗余，设计基本 E-R 图: 在初步 E-R 图中可能存在一些冗余的数据和实体间冗余的联系。
逻辑结构设计中 E-R 图向关系模型转换的方法:(掌握)
逻辑结构设计的任务就是把概念结构设计阶段设计好的基本 E-R 图转换为与选用数据库关 系产品所支持的数据模型相符合的逻辑结构。
一个实体型转换为一个关系模式:
1. 一个 1:1 联系可以转换为一个􏰀立的关系模式，也可与任一端对应的关系模式合并; 2. 一个 1:n 联系可以转换为一个􏰀立的关系模式，也可以与 n 端对应的关系模式合并; 3. 一个 m:n 联系转换为一个关系模式;
4. 三个或三个以上实体间的一个多元联系可以转换为一个关系模式;
5. 具有相同码的关系模式可合并。