Database 数据/数据库设计模式?

Database 数据/数据库设计模式?,database,design-patterns,Database,Design Patterns,我想学习更多关于完整数据设计模式的主题。具体来说,是存储、处理、缓存和检索数据的不同技术组合。换句话说,看看有多少组件在大型系统中使用,比如 据我所知,我们有不同种类的数据库类别。然而,更多的技术(永久数据存储之外)在数据的实际使用中起着至关重要的作用,例如。然而,我找不到太多应该用于充分利用所有体系结构的总体设计模式 是否有人链接到关于可以通过数据库系统组件的不同组合实现的完整包设计模式的文章? 这不是DB特定的最佳实践的问题,例如。这也不是一个关于如何最好地使用计算机的问题 什么样的设计模式

我想学习更多关于完整数据设计模式的主题。具体来说,是存储、处理、缓存和检索数据的不同技术组合。换句话说,看看有多少组件在大型系统中使用,比如

据我所知,我们有不同种类的数据库类别。然而,更多的技术(永久数据存储之外)在数据的实际使用中起着至关重要的作用,例如。然而,我找不到太多应该用于充分利用所有体系结构的总体设计模式

是否有人链接到关于可以通过数据库系统组件的不同组合实现的完整包设计模式的文章?

这不是DB特定的最佳实践的问题,例如。这也不是一个关于如何最好地使用计算机的问题

什么样的设计模式可以用来正确地混合奇怪的技术,以利用它们各自的优势来设计完整高效的系统?从缓存、CRUD、扩展到数据完整性

例如,在小型共享主机上,我可以在SQLite上运行博客之类的东西,因为它几乎都是读操作,没有写操作。另一方面,一些项目在低端VPS上,我可以使用MySQL+APC缓存(毕竟只有一台服务器)在高读/写性能上获得惊人的性能。多个VPS memcached就是champ

我也是MongoDB和PostgreSQL的粉丝。但是,MongoDB不使用任何形式的RAM限制,因此您应该有一个单独的服务器。尽管如此,在MongoDB中存储大型对象并将其余重要数据留在PostgreSQL上是一种双赢的做法


然而,这些都是非常基本的设计选择。大规模应用程序的设计具有更多的抽象性,以促进可伸缩性并减少故障点。

我的建议是通读一下,着眼于了解所使用的不同类型的应用程序


一旦有了这种背景,就可以更容易地将当前技术()与存储结构(无模式、水平可扩展)相匹配

是的,对软件的目标(有很多!)有一个基本的了解是非常重要的,这样你就不会试图强迫它去做错误的任务。这是非常危险的,如果项目改变方向,停止工作的方式,你开始使用它!非常感谢。非常感谢你。