-
1，我们接到一个项目： 首先要去分析这个项目有哪些模块--->然后针对具体模块分析有哪些属性--->针对属性分析哪个属性或哪几个属性的集合可以用来标识这个属性[唯一标识]------->分析这个模块数据是否永久存储，是否数据增长很快，是否经常查询---->如果是就要考虑分库分表了。如果不是，那么这些数据是否只会存储一定时间，是否需要永久记录--->如果是我们就定期归档及数据的迁移操作了。 如：注册用户表： 属性：用户名，密码，电话，邮箱，地址，昵称，头像，…… 唯一标识： 邮箱？ 用户名+邮箱->md5加密来标识？…… 存储特点：随系统上线时间逐渐增加，需要永久存储。 ---> 必须分库分表操作了。 如拟定2亿用户 可以分4个库，每个库100张表，每张表50w条记录。 2，分析这些模块之间的关联性： 1对1？ 1对多？ 多对多？ ---->画ER图。查看全部
-
ER 图例说明 矩形：表示实体集，矩形内写实体集的名字 菱形：表示联系集 椭圆：表示实体的属性 线段：将属性连接到实体集，或将实体集连接到联系集查看全部
-
1、字段类型的选择原则 当一个列可以选择多种数据类型时，应该优先考虑数字类型，其次是日期或二进制类型，最后是字符类型。对于相同级别的数据类型，应该优先选择占用空间小的数据类型。 1、在对数据进行比较（查询条件、JOIN条件及排序）操作时，同样的数据，字符处理往往比数字处理慢。 2、在数据库中，数据处理以页为单位，列的长度越小，利于性能提升。查看全部
-
1NF指属性为基本项不可分 2NF指非主属性对主属性不能有部分函数依赖 3NF指非主属性对主属性不能有传递函数依赖 BCNF指主属性之间也不能有部分函数依赖或传递函数依赖查看全部
-
反范式化： 允许存在少量的数据冗余，适当对第三范式进行违反，目的是：使用空间来换取时间，提高性能和读写效率。 举例： 抛开红色字体，原表符合第三范式，但是在查询订单信息时需要关联四张表，比较复杂低效。 加入红色字体部分后，尽管出现了数据冗余，但是在读取订单信息的时候，查询变得高效。只要两张表就可以得到详细的订单信息。查看全部
-
数据库优良设计： A、减少数据冗余 B、避免数据维护异常 C、节约存储空间 D、高效的访问查看全部
-
数据库学习要认真查看全部
-
嗯，数据的需求分析，这个必须以应用的需求分析为前提，只有理解了应用的需求才能设计出适合应用的数据库结构！ 需求分析：数据的设计我觉得需求分析是最为重要的也是最为关键的一步。 逻辑设计：主要是实现数据库的逻辑建模和数据关系系统还没关系 物理设计：要考虑数据库关系系统的特点和具体的需求来选择合适的数据管理系统 维护和优化：主要是考虑新的表结构的建立、索引优化、大表拆分查看全部
-
维护（修改）表结构 注意事项 1、MySQL5.5之前会锁表，可使用第三方工具；5.6之后本身支持在线表结构变更 2、同时维护数据字典 3、控制表的宽度和大小 适合的操作 1、批量操作(数据库中）逐条操作（应用程序中） 2、尽量少用"select * "查询 3、控制使用用户自定义函数（使用函数，索引不起作用） 4、不要使用全文索引（中文支持不好，需要另建索引文件）查看全部
-
操作异常查看全部
-
表实体关系： 1。实体及实体关系（1：1，1：N，N：N） 2。实体所包含属性（存储特点，1次1行、N行，DIU结合操作存储。。。） 3。那些属性或属性组合可以唯一标识一个实体（主键，外键关系） 分库，分表，按期归档设计高效运转查看全部
-
字段类型的选择原则： 列的数据类型一方面影响数据存储空间的开销，另一方面也会影响数据查询的性能。当一个列可以选择多种数据库类型时，应该优先考虑数字类型，其次是日期或二进制类型，最后是字符类型。对于相同级别的数据类型，应该优先选择占用空间小的数据类型。查看全部
-
char,varchar选择原则 1.长度固定，则使用char，否则，使用varchar 2.最大数据长度小于50字节，使用char，否则使用varchar 字符：计算机中使用的文字和符号 字节：计量单位 ①ASCII码中，一个英文字母（不分大小写）占一个字节的空间，一个中文汉字占两个字节的空间。一个二进制数字序列，在计算机中作为一个数字单元，一般为8位二进制数，换算为十进制。最小值0，最大值255。 ②UTF-8编码中，一个英文字符等于一个字节，一个中文（含繁体）等于三个字节。 ③Unicode编码中，一个英文等于两个字节，一个中文（含繁体）等于两个字节。 符号：英文标点占一个字节，中文标点占两个字节。举例：英文句号“.”占1个字节的大小，中文句号“。”占2个字节的大小。 ④UTF-16编码中，一个英文字母字符或一个汉字字符存储都需要2个字节（Unicode扩展区的一些汉字存储需要4个字节）。 ⑤UTF-32编码中，世界上任何字符的存储都需要4个字节。查看全部
-
确定库、表、字段命名规范 1、可读性：大小写 （有些系统对大小写是敏感的） 2、表意性：见名知意 3、长名：尽量不要缩写查看全部
-
选择数据库系统：成本 、功能、操作系统、开发语言 Oracle （事物成本低） 高安全性大项目 SQLServer 商业（更合企业项目） 中小企业 只有WINDOWS 与.NET结合更好 MySql PgSQl 开源（常见于互联网项目）查看全部
举报
0/150
提交
取消