关系数据库教程

程序员可以使用JDBC获取数据库元数据，但是使用原始JDBC API数据库元数据作为结果集返回，而不是Java对象。此外，程序员仍然负责管理资源，映射到对象结构和处理异常。这使得使用JDBC API在元数据方面非常麻烦。此外，JDBC API不是很一致。例如，要查找表的类型，您将查看TABL

多年来，“可串行化/序列化”（serializability）被称为数据库隔离级别的“ 

作为一个技术人员，我参与的许多辩论可归结为一个问题：我们应该选择新的东西还是经过验证的东西？尽管讨论这个问题充满热情，但有一些技术的答案很简单：为什么不两者兼而有之？Postgres就是这样一种技术。它最初于1996年发布（自1982年以来有效开发），现在已有22年历史 - 但在许多

CAP定理指出，在网络分区的情况下，不可能同时保证一致性和可用性。由于网络分区在可扩展的分布式系统中理论上是可行的，因此现代可扩展数据库系统的架构师分为两大阵营：优先考虑可用性的阵营（NoSQL阵营）和优先考虑一致性的阵营（NewSQL阵营）。 有一段时间

许多传统的DBA都不愿意接受DevOps，因为担心他们的角色会被淘汰，让我们首先消除对单个数据库的误解。DBA的作用并没有消失，而是在不断发展。DevOps虽然对大多数企业来说都是必不可少的，但必须以数据为中心点来完成。数据库将通过减少依赖于特定平台并更好地快速透明地提供数据来为业界提供最佳

来自HackerNews的讨论，其中一个回答非常有趣：Oracle数据库12.2。它接近2500万行C代码。多么难以想象的恐怖！你无法在生产环境下，且需要通过1000次测试的情况下，修改一行代码。几代程序员在困难的期限内却处理了这些代码，并用各种废话填充了代码。

最佳实践＃1 ：我们需要将数据库及其中的参考数据视为常规代码。 这意味着我们应该将其架构和参考数据存储在版本控制系统中。请注意，此规则不仅包括数据库的模式，还包括其中的参考数据。 参考数据是运行应用程序所必需的数据。 例如，如果您有可能存在应用程序所依赖的所有客户类型的字典，则还应将

PostgreSQL可以相当好地垂直扩展。您可以为PostgreSQL服务器提供的资源（CPU，内存，磁盘）越多，它就能越好地执行。但是，虽然Postgres的某些部分可以自动使用增加的资源，但其他部分需要进行配置更改才能注意到改进。继续阅读以了解有关如何确保PostgreSQL充分

前文讨论了数据库的多领导者复制，现在看看无领导者复制： 无领导者复制亚马逊的Dyn

来自acm的文章(jdon文章点击标题看原文)，自动化和一点纪律可以实现更好的测试，更短的发布周期和更低的业务风险。(Thomas A. Limoncelli)一位朋友最近对我说，“我们不能做DevOps，因为我们使用SQL数据库。” 我差点从椅子上掉下来。这种说法在许多层面都是错误

从技术角度来看，我认为DDD项目只不过是划定一个清晰且受保护的领域。虽然我在处理大量遗留代码，但我发现常见的DDD错误是无法准确识别领域内的内容以及外部的内容。 您的数据模型不是您的域模型将数据模型用作领域

事务很难，分布式事务更难，WAN上的分布式事务是最终的老板硬度。- 安迪帕夫洛 FaunaDB是一个分布式数据库平台，支持可序列化，外部一致（也称为严格可序列化）事务。与Google Spanner或类似系统不同，FaunaDB不依赖物理时钟同步来

这是数据库数据复制技术续集，前文讨论了单领导者复制。现在让我们讨论一个替代方案，并探讨自己的挑战，并尝试确定使用它的方案。考虑多领导方法的主要原因是解决了当我们只

Amazon Fulfillment团队完成从Oracle到100％＃AWS</

最新的产品版本MemSQL 6.7发布。现在可供所有人免费使用MemSQL，最高可达128GB RAM。MemSQL每分钟支持多达12,000个事

这又是一篇失败经验分享文章，点按标题可进入英文原文，使用关系数据库实现树形结构导致后期性能降低，其实应该使用专门的GRAPH图数据库。树形结构的表字段一般有两个:父节点ID和子节点ID，通过定义两个节点关系绘制整个树，但是如果这颗树经常更变，或者需要经常