中小银行非核心交易系统国产数据库产品初选选型投票：数据库架构先进性维度（13-11）

非常赞同jillme的看法，架构无所谓先进，只有适合不适合，看的是是否符合需求。
最好的架构是让开发成本+运维成本的总和保持最低。假设需要开发一个系统，用一次就作废，那就连备份都不需要了，现在这些有备份机制的数据库反而成了累赘。
一些天生为分布式而开发的数据库，应该算是“架构先进”，但在选型的时候，被选中的概率不大。因为大多数系统没有那么大的数据量和吞吐量。

国产数据库架构先进性主要取决于数据库类型、技术支持、应用场景和性能稳定性等方面。以下是一些国产数据库的先进性特点：

1. 技术支持：国产数据库在技术支持方面取得了显著的进步，许多国产数据库厂商都积极跟进Oracle、MySQL等主流数据库的技术发展，并提供类似的功能和性能。例如，华为的GaussDB、阿里巴巴的OceanBase等数据库都支持多种引擎和多种数据存储方式，具有较高的灵活性和可扩展性。
2. 兼容性：国产数据库厂商积极推动数据库的兼容性，使得国产数据库可以与主流数据库和应用程序无缝集成。例如，华为的GaussDB兼容MySQL和Oracle数据库，可以轻松地在华为云服务器和本地服务器上部署和运行。
3. 适用场景：国产数据库适用于各种场景，包括政府、金融、电信、互联网等各个领域。在适用场景方面，国产数据库厂商已经取得了一定的成果，例如在金融领域，许多银行已经采用了国产数据库。
4. 性能稳定性：国产数据库在性能和稳定性方面都取得了显著的进步。例如，华为的GaussDB在性能测试中表现出优异的性能，甚至某些指标领先于Oracle等主流数据库。同时，国产数据库厂商也积极加强数据库的运维和支持，提高数据库的可用性和稳定性。

前不久有些金融机构通过对于在分布式关系数据库技术领域深入的研究和对于主要技术架构的分析，梳理出了数据库在分布式关系数据库领域的主要技术架构流派和各自特点。第一代单机关系数据库，使用主备机形式实现高可用，无法避免双主问题；扩展采用垂直资源扩展，扩展性优先，且设备昂贵。第二代中间件关系数据库，使用单机数据库引擎结合中间件代理层的设计，实现了良好的水平扩展性，但应用在数据库建模设计时，每张表都需要显示指定分片键，对业务侵入性极大，带来大量业务改造工作量。第三代NewSQL关系数据库，采用自动分片策略，结合高效分布式事务，既可以实现水平扩展，又避免使用分片键，保证了对应用的使用透明，极大降低业务迁移中的工作量。云原生HTAP分布式数据库是基于第三代数据库技术打造，在云计算环境中通过容器化敏捷部署、快速伸缩，目前已经有部分银行选择了云原生分布式HTAP分布式数据库作为基础数据库平台。

架构很难说好坏，只有适应的场景，国产数据库的架构一定要选，我还是选择多活主 而不是单活主，多备选主的架构。