什么是数据库的概念结构 试述其特点和设计策略

上周我从一位同事那里听到了这个消息。

需求分析是第一步。

了解用户想要什么。
2 02 3 年，我们的项目在需求分析方面做得不太好。
才导致了后来的一切混乱。
第二级概念结构设计。

画出本阶段的E-R图。

我朋友的公司使用IDEF1 X型号。
第三阶段逻辑结构设计。

将ER图转换为相应的模型。

例如转换详细信息。
第四阶段物理结构设计。
考虑存储结构。

例如，索引。

数据库实现第五阶段。
编写SQL语句来创建表。

2 02 3 年，我将自己编码。

第六数据库运维。
监控和维护。

我不确定这门课的具体内容。

属性#1 ：
模型应该反映现实世界。

这个必须要实现。

第二个属性：
易于理解。

否则，用户将不会参与。

我之前的项目在这里失败了。

功能 #3 ：
应该很容易更改。

需求变化很快。

功能#4 ：
传输模型很容易。

我对此不太确定。

设计策略第一：
自上而下。

先框架，后过滤。

这个策略很好。
设计策略之二：
自下而上。

首先是本地的，然后是集成的。

我对此不太确定。

第三个设计策略：
逐步扩张。

先内核后扩展。

而且它有效。
设计策略#4 ：
混合策略。

将以上两者结合起来。
这是最常用的。

这取决于你。

数据库设计的6个主要阶段是

需求分析：找出用户想要什么，并画图描述需求。
概念设计：构建反映现实世界信息的抽象模型。
逻辑设计：将概念模型转换为数据库逻辑模式。
物理设计：选择存储结构和设计访问方式。
验证设计：建立数据库并检查设计是否正确。
维护设计：数据库运行后，不断进行调整和优化。