-
1.可读性原则 2.表意性原则 3.长名原则查看全部
-
实例☞电子商务网站☞ 用户模块：用户名、密码、电话、邮箱、身份证号、地址、姓名、昵称；存储特点：随系统上线时间逐渐增加，需要永久存储。 商品模块：商品编码、商品名称、商品描述、供应商名称、重量、有效期、价格；存储特点：对于下线商品可以归档存储。 订单模块：订单号、用户姓名、用户电话、收货地址、商品编号、商品名称、数量、价格、订单状态、支付状态、订单类型；存储特点：永久（分表分库）。 购物车模块：同订单模块；存储特点：不用永久（设置归档、清理规则）。 供应商模块：编号、名称、联系人、电话、营业执照号、地址、法人；存储特点：永久。查看全部
-
Innodb查看全部
-
时效性和没时效性的数据、分库分表设计。查看全部
-
物理设计→考虑数据库管理系统的特点把逻辑设计转为物理设计。维护优化☞新的需求进行建表、索引优化、大表拆分。查看全部
-
逻辑设计→使用ER图对数据库进行逻辑建模查看全部
-
需求分析→数据库需求的作用点：1、数据是什么2、数据有哪些属性3、数据和属性各自的特点有哪些查看全部
-
有效的存储，高效的访问。查看全部
-
1. 维护数据字典 2. 维护索引 3. 维护表结构 4. 适时对表进行水平拆分和垂直拆分查看全部
-
反范式的优点： 1. 减少表关联 2. 增加查询效率 3. 凡事要适度查看全部
-
需求分析--存什么数据、数据属性是什么、数据和属性各自特点有哪些 逻辑设计--使用ER图对数据库进行逻辑建模 物理设计 维护优化查看全部
-
减少数据冗余、避免数据维护异常、节约存储空间、高效访问查看全部
-
1. 选择数据库 2. 定义表、字段的命名规范 3. 字段类型选择 4. 反范式查看全部
-
需求分析：数据和数据的属性 逻辑设计： 物理设计： 维护优化：索引，分库分表查看全部
-
减少数据冗余，避免数据维护异常，节约存储空间，高效数据访问查看全部
举报
0/150
提交
取消