以数据库为中心的架构与疲惫的架构

Question

考虑 3 个应用程序：

1. 一个是健身俱乐部，它有一个后端数据库并在网站上提供一些服务，
2. 另一个是电子商务网站，严重依赖数据库，
3. 大量使用数据库的销售点应用程序

我需要在分层架构和以数据库为中心之间进行选择，正如 book 中所定义的那样。 除了this page 之外，我似乎找不到讨论选择其中一个的确切动机的资源，其中指出：

使用在数据库服务器上运行的存储过程，而不是 更多地依赖在中间层应用服务器中运行的逻辑 在多层架构中。业务逻辑的程度 应该放在后端而不是另一层是一个主题 正在进行的辩论。例如，Toon Koppelaars 提出了一个详细的 不同的基于 Oracle 的架构的分析 业务逻辑的布局，得出以数据库为中心的结论 从易于操作的角度来看，该方法具有实际优势 开发和可维护性。

在我看来，销售点应该遵循以数据库为中心，健身中心应用程序应该遵循分层架构，但我不确定电子商务。任何指针都非常感谢。

和以数据库为中心的架构：

Answer 1

我们可以创建具有任何一种架构风格的应用程序。架构的选择必须基于系统的要求。 以下是其中一些：

• 一致性
• 可用性
• 应用程序将要处理的数据量
• 数据类型（结构化（表和行）/非结构化（文档、媒体文件、传感器数据）
• 应用程序应承受的流量
• 每个请求的延迟

根据我们的应用需求，还有更多需要寻找。

据我了解，以数据库为中心的风格应该只用于严重依赖数据库特性的应用程序，例如存储过程、触发器。并且任何现代应用程序（例如电子商务网站等）都不能以数据库为中心。这些应用程序不断发展，需要具有高度可扩展性，才能适当地适应未来的需求。

话虽如此，我们需要为特定类型的应用程序使用特定架构并不是一成不变的。我们需要从我们的应用程序中仔细评估用户的要求/期望。这将为我们提供正确的见解来选择合适的建筑风格。

想推荐以下内容以供进一步阅读。

• Designing Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems
• web-application-architecture-101