We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
There was an error while loading. Please reload this page.
1 parent 9496bc3 commit 69216bdCopy full SHA for 69216bd
数据库设计/需求分析
@@ -29,4 +29,24 @@ D、维护优化(需求建表、索引优化,大表拆分)
29
时效性不同->可以定时归档,清理。 重要程度或扩展程度不同可以->分库分表......
30
2,了解数据之间的联系,1对1,1对多还是多对多,从而建立的数据表可以是独立的,可以是关联性质的。
31
3,如果是日志文件,我们打算存入数据库。就要想到这种数据增长性很大,如果只存不清理会造成数据库使用量的大幅度增长,是不好的。
32
- 我们要定期进行归档,清除操作。
+ 我们要定期进行归档,清除操作。
33
+*************************************************************************************
34
+1,我们接到一个项目:
35
+首先要去分析这个项目有哪些模块--->然后针对具体模块分析有哪些属性--->针对属性分析哪个属性或哪几个属性的集合可以用来标识这个属性[唯一标识]------->分析这个模块数据是否永久存储,
36
+ 是否数据增长很快,是否经常查询---->如果是就要考虑分库分表了。
37
+ 如果不是,那么这些数据是否只会存储一定时间,是否需要永久记录--->如果是我们就定期归档及数据的迁移操作了。
38
+如:注册用户表:
39
+属性:用户名,密码,电话,邮箱,地址,昵称,头像,......
40
+唯一标识: 邮箱? 用户名+邮箱->md5加密来标识?......
41
+存储特点:随系统上线时间逐渐增加,需要永久存储。 ---> 必须分库分表操作了。
42
+如拟定2亿用户 可以分4个库,每个库100张表,每张表50w条记录。
43
+
44
+2,分析这些模块之间的关联性:
45
+1对1? 1对多? 多对多? ---->画ER图。
46
47
+比如,电子商务网站系统包括几个模块:用户模块,商品模块,订单模块,购物车模块,供应商模块。
48
+记录注册用户信息
49
+属性:用户名、密码、电话、邮箱、身份证号、地址、姓名、昵称。。。
50
+可选唯一标识属性:用户名、身份证号、电话
51
+存储特点:随系统上线时间逐渐增加,需要永久存储。
52
AltStyle によって変換されたページ (->オリジナル) / アドレス: モード: デフォルト 音声ブラウザ ルビ付き 配色反転 文字拡大 モバイル
0 commit comments