中型网站设计架构规划我们在前面文章中与各位进行过详细分享，深圳网站设计公司本文主要与各位探讨，中型网站的数据库设计，数据设计100多个数据库，一万多张表，能否使用一张E-R图来表示呢？可以的。
数据设计依赖于企业的数据，而不是数据库的设计，将企业数据适当归类，会直接导致数据设计，最终画出E-R图，数据设计完成后，数据库设计就自然而然出来了。超越库、超越表去看这张E-R图，可以看出它包括产品、订单、结算、用户、基础设施这五类数据。低层的E-R图可以变，但是高层的E-R图一般不会变化，因为它是根据业务模型而定的，业务模型稳定，高层E-R图也是稳定的。数据库只要早期设计得好，是可以做到易伸缩、易拆分的。下图从内往外看，一个框既可以是一个库，也可以是一个模块，还可以是一个表。在业务发展的早期它可以是一个库，里面有5个模块，中期可以分为5个库，后期以更低级别可以分为更多的库，这与业务阶段及系统复杂度相关。在数据的设计完成后，数据库的设计也就很容易进行规划和调整。
数据设计依赖于企业的数据，而不是数据库的设计，将企业数据适当归类，会直接导致数据设计，最终画出E-R图，数据设计完成后，数据库设计就自然而然出来了。超越库、超越表去看这张E-R图，可以看出它包括产品、订单、结算、用户、基础设施这五类数据。低层的E-R图可以变，但是高层的E-R图一般不会变化，因为它是根据业务模型而定的，业务模型稳定，高层E-R图也是稳定的。数据库只要早期设计得好，是可以做到易伸缩、易拆分的。下图从内往外看，一个框既可以是一个库，也可以是一个模块，还可以是一个表。在业务发展的早期它可以是一个库，里面有5个模块，中期可以分为5个库，后期以更低级别可以分为更多的库，这与业务阶段及系统复杂度相关。在数据的设计完成后，数据库的设计也就很容易进行规划和调整。
以上是数据库、数据表之间的静态关系，接下来我们介绍数据的流转状态，即状态图。通过数据状态图去了解现有数据的流转变迁，如位于【数据变迁】部分的那张国内订单状态变迁图，这种图的价值不仅在于数据库层，还在于服务化。从等待支付到支付成功，中间有一个支付行为，通过这个支付行为把数据状态变更为支付成功，否则继续等待，直到超时关闭订单。这个支付行为可以做成一个微服务，然后由不同的应用去调用。
中型网站设计关于物理架构方法详解
物理架构的内容主要包括IDC机房、机房之间的访问关系、机房内服务器物理部署图、机房与业务分布、网站架构、数据库架构、集群清单和域名清单。将这些内容以列表和图形方式整理出来，就很容易了解和发现问题，只有发现问题才能解决问题，特别是在全局体系架构方面，这也是表和图的价值所在。当时这家公司共有5个地区、8个机房，虽然只有200多台服务器，但分布很散，导致物理结构复杂，通信也很复杂。
技改前故障不断，主要的原因就是物理架构不合理，运维要占60%～70%的责任，当时却把责任归咎为应用架构，这是错误的方向。物理架构不合理，应用架构是很难合理的，因为物理架构是我们的基础设施，位于底层，下层为上层服务，运维要为应用服务，应用要为业务服务，业务要为客户服务。好了，网站设计公司本文关于“中型网站的数据库设计以及物流架构方法详解”就分享到这里，谢谢关注，博纳网络编辑整理。
中型网站设计关于物理架构方法详解
物理架构的内容主要包括IDC机房、机房之间的访问关系、机房内服务器物理部署图、机房与业务分布、网站架构、数据库架构、集群清单和域名清单。将这些内容以列表和图形方式整理出来，就很容易了解和发现问题，只有发现问题才能解决问题，特别是在全局体系架构方面，这也是表和图的价值所在。当时这家公司共有5个地区、8个机房，虽然只有200多台服务器，但分布很散，导致物理结构复杂，通信也很复杂。
技改前故障不断，主要的原因就是物理架构不合理，运维要占60%～70%的责任，当时却把责任归咎为应用架构，这是错误的方向。物理架构不合理，应用架构是很难合理的，因为物理架构是我们的基础设施，位于底层，下层为上层服务，运维要为应用服务，应用要为业务服务，业务要为客户服务。好了，网站设计公司本文关于“中型网站的数据库设计以及物流架构方法详解”就分享到这里，谢谢关注，博纳网络编辑整理。
当前文章链接：/construction/design/2967.html
如果您觉得案例还不错请帮忙分享：
[声明]本网转载网络媒体稿件是为了传播更多的信息，此类稿件不代表本网观点，本网不承担此类稿件侵权行为的连带责任。故此，如果您发现本网站的内容侵犯了您的版权，请您的相关内容发至此邮箱【qin@198bona.com 】，我们在确认后，会立即删除，保证您的版权。
