您的数据库是您业务的真实源头，您不想在做出决策时抓住机会。尽管许多组织可能会在产品的使用寿命中多次更改其平台，但这是因为您的数据的性质或您使用它的方式可能自然会随着时间的推移而自然发展。

如果您的数据是非结构化的，我会看到NOSQL选项的优势，但是如果您使用结构化数据和/或将进行大量查询，则您想与SQL一起进行性能，可靠性，甚至可能合规。

SQL是一种特定于域的语言，用于在关系数据库管理系统（RDBMS）中管理数据。它是稳定的，自1970年代以来就一直存在，并且起作用。今天仍然无处不在的原因。

一个优势NOSQL数据库，例如MongoDB，传统上是通过SQL选项持有的，它是水平扩展的能力。在无服务器的世界中，垂直缩放很容易，并且在您的云提供商功能的范围内，任何SQL或NOSQL选项都可以使用。

。

垂直缩放将是增加实例的内存或CPU之类的东西，您最终也会根据云提供商达到技术硬件的限制。

另一方面，

水平缩放不传统上是通过SQL实现的。相比之下，MongoDB使用碎片，这使其能够创建复制集并因此水平缩放。

但是，如果我们确实希望SQL数据库管理和访问我们的结构化数据，并且仍然希望我们签署的出色性能和可靠性怎么办？我们是否会永远卡在水平碎片上？

有一项特定的技术解决了MySQL数据库的此缺点。我说的是Vitess，它为YouTube，Pinterest，Slack等网络上的许多最大，最多的网站提供动力。 Vitess是一个早期的GO项目，可以实现和管理水平分片，改善查询性能并消除MySQL数据库的连接内存开销。

听起来很棒，对吗？注册！只有一个渔获物：生产中实施的维斯夫人可能会变得复杂。您可能需要一个具有背景的工程师团队才能成功实现生产。

PlanetScale由引擎盖下的维特斯提供动力。我认为这是使它如此出色的一半，我相信他们为您简化了这个复杂的过程。

Planetscale是一个与MySQL兼容的无服务器数据库平台，具有水平碎片和无限连接。垂直和水平缩放不再是一个问题，这将使您在未来的情况下，而没有任何缺点。

但是，Planetscale有一个更好的优势，我认为这是一种解决SQL数据库另一个缺点的创新：零下降的非阻滞模式迁移。

迁移可能会使开发人员感到沮丧，而当事情不像您期望的那样进行时，在最坏的情况下，这些时间可能会导致停机时间和数据丢失。

它发生了。

但是，这种零下降的非阻滞模式迁移如何成为可能？分支。是的，分支机构，它可能会提醒您，因为它与Git分支相同的概念使我相同。

您有一个分支，我们称其为主，您添加数据并将该分支推广到生产中。该架构现在已锁定，未来对模式的更改将要求您建立一个Main的开发分支。确定您的开发分支机构中没有模式冲突，您可以创建一个部署请求，以将其用于生产而不会受到任何干扰。

到目前为止，我对Planetscale的印象是，它是一种高质量的产品，可以轻松地使您开始右脚。您正在获得最先进的性能和扩展。我也很高兴能够很好地接受Prisma，仅接受我的正常工作流程的几个更改。

这是我的诚实评论，也是行星级的第一印象。分支机构和零下降的非阻滞模式迁移是一个改变游戏规则的人，我期待着所有的内容。