数据库设计一般分为哪几个阶段

需要明确的是，数据库设计只是构建块，从用户需求到开始到完成有四个步骤。
首先，我们来谈谈最重要的需求分析。
去年我们在做一个电商项目的时候，亏损很大——客户说需要支撑几亿用户，但设计的时候从来没有考虑到这一点，上线后立刻就变成了拖累。
说实话，这非常棘手。
现阶段，有必要对现场进行调研。
例如，去年我们采访了5 0名客服人员，却不知道应该增加一个工单优先级字段，否则投诉处理系统就会瘫痪。
等等，还有一件事。
要求是文档应该有编号——例如“支持一天连续1 0万个订单”并且应该模糊。
还有一点就是结构设计应该分三个阶段进行。
概念设计不要盲目画E-R图。
去年设计完物流系统后，我们发现法人之间的关系没有整合，我们在返工中损失了半个月的时间。
在逻辑设计时，不能随意添加主键和外键。
例如，当我们在命令表中添加两个主键自增ID和用户ID时，CPU在查询时间上增加了2 00%。
用行话来说，这称为雪崩效应。
事实上，前线的一点延迟让一切都恢复了。
还有另一个重要的细节。
物理设计应该在实践中进行衡量——使用 PostgreSQL 基准测试，发现分布式表比普通表快 3 0%，但前提是数据大小超过 2 00GB。

一开始我以为实现就是敲几行代码建表，后来发现不对劲——去年MySQL增加分区后，我们发现运维需要更多的集群节点，成本成倍增加。
最后一点：维护期间不要只关注备份。
去年，由于在构建和读写表期间没有减少用户权限，我们遇到了 SQL 注入灾难。

建议在每个阶段保留一份“应急计划”文件，这样在出现问题之前就不会惊慌。

数据库设计分为哪几个阶段？每个阶段的主要工作是什么。

哎，说实话，我对数据库设计的理解很深。
记得有一次，2 01 6 年，我接到了一家公司的数据库设计项目。
从一开始，需求分析就让我很困惑。
老板过来问：“需求从哪里来？”我当时还年轻，所以我就想，我们就照他说的做吧。

接下来是结构设计，这是大设计。
我第一次做概念设计是画一个大图，把所有的需求都放进去。
然后是逻辑设计，涉及将概念图转换为数据库管理系统可以理解的东西，例如关系模型。
这一步我下了很大功夫，保证数据结构合理，性能能跟上。

物理设计，这个比较复杂。
您必须根据应用环境选择存储和组织方法来优化性能。
当时我选了几个方案，但最后老板下定决心，选了最贵的一个，说性能好。

设计完成后，就进入实施阶段。
这一步需要将纸上的内容转移到实际系统中。
当时，我每天与程序员和测试人员一起修复错误并调整性能。
那段时间，我几乎每天都是凌晨才回家。

最后，数据库运维也不容小觑。
备份、数据恢复、安全控制和性能监控都需要更新。
我记得有一次系统突然卡住了。
我赶紧检查了一下，发现内存不够了，所以我赶紧添加了更多内存，并没有发生什么严重的事情。

总之，数据库设计每个阶段都需要细心，不能马虎。
这就像盖房子一样。
如果地基不好，房子再漂亮也不能长久。

数据库设计的主要步骤是什么

2 02 3 年，朋友问我数据库设计的主要步骤是什么。
我向他解释道：
上周，在需求分析阶段，我们首先要弄清楚支持数据库需求所需的功能、数据和操作。
然后使用已发布的词典和流程图中的注释作为后续计划的基础。

接下来是概念结构阶段，使用E-R图来描述数据结构、用户等实体以及它们之间的关系。

逻辑结构阶段是将概念模型转换为数据库系统支持的模型，例如关系模型。
在这方面，必须考虑数据完整性、组织和性能优化。

数据库的物理目的地为应用程序选择合适的物理结构，例如存储路径、文件组织格式和硬件配置。

接下来是数据库实现阶段，涉及数据库应用、编写应用程序、将数据库数据组织到数据库中、运行测试程序。

最后一个阶段是数据库运维。
上线后，需要评估持续效果，调整结构、修改方案，确保稳定有效运行。

他看到你，他就明白了。