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 8838f1a commit 9496bc3Copy full SHA for 9496bc3
数据库设计/需求分析
@@ -17,4 +17,16 @@ B、逻辑设计(ER图)
17
C、物理设计(数据库特点转换)
18
D、维护优化(需求建表、索引优化,大表拆分)
19
20
+*************************************************************************************
21
+数据库设计
22
+就是建库、建表,建库是比较容易的,建表是相对复杂的,关系型数据,表结构就是根本,
23
+所以这一步最为关键也最为复杂,建表不好的地方在于,建立表之间的关系是复杂的,
24
+建立表之间的关系的复杂体现在实现表与表之间联系的字段的选择上。
25
+这一步如果搞定之后,下面就是每个表中的字段类型、长度、约束的建立,这些东西,关系到程序是否好写,存储是否方便,查询是否高效。
26
+
27
28
+1,对一个数据库设计前,我们要了解我们数据库要存入哪些数据,这些数据有哪些特征(重要程度? 时效性? )然后对症下药,
29
+ 时效性不同->可以定时归档,清理。 重要程度或扩展程度不同可以->分库分表......
30
+2,了解数据之间的联系,1对1,1对多还是多对多,从而建立的数据表可以是独立的,可以是关联性质的。
31
+3,如果是日志文件,我们打算存入数据库。就要想到这种数据增长性很大,如果只存不清理会造成数据库使用量的大幅度增长,是不好的。
32
+ 我们要定期进行归档,清除操作。
AltStyle によって変換されたページ (->オリジナル) / アドレス: モード: デフォルト 音声ブラウザ ルビ付き 配色反転 文字拡大 モバイル
0 commit comments