今天工作上有件事情引发了我的反思，事情是这样的：
产品需求给到我们开发，然后我们就根据产品需求去了解实现方案，提出了一些问题。
因为这个产品功能(聊天功能)横跨了两个独立的业务系统（不合理，原因就不说了，很复杂），那么我们自然是要考虑如何解耦，并且能够合理的实现产品需求。

原题

905. Sort Array By Parity

Given an array A of non-negative integers, return an array consisting of all the even elements of A, followed by all the odd elements of A.

背景

我们网站有个功能是评价房子的户型的，开放给经纪人使用，但是呢，经纪人为了蹭展示机会，就疯狂的复制粘贴，这样就导致大量无用的信息出现，影响用户体验。之前还好，偶尔有几个人，刷个几十条的算多的了，也就个别处理一下，打电话告知不要做这种操作就结束了。但是最近出现了有预谋有组织的刷榜活动，这就尴尬了，所以必须想办法堵住这种行为。

Imgur是MySQL的重度用户。MySQL从一开始就成为了我们技术栈的一部分。然而，随着我们的发展，在MySQL上开发新功能变得越来越困难。比如我们最近的一次功能升级，我们重新实现了通知系统，并且把数据从MySQL迁移到了HBase。在接下来的文章中，我会介绍我们是如何用HBase来解决我们的问题的，还有我们用到的HBase的特性。

本来想用MongoDB来做我们的房源列表功能.
主要是评分功能的影响，可能需要替换ES，评分是实时变化的，所以ES每次update都需要重建索引就不适合应用到这样的场景。

这篇文章主要是分享Twin Prime团队在数据库选型上的经验和教训。

原题

938. Range Sum of BST

Given the root node of a binary search tree, return the sum of values of all nodes with value between L and R (inclusive).