银行核心系统,是银行业非常重要的业务系统,其通常具备数据体量大、并发量高、低延迟要求、混合负载等特点。近些年来,以核心为代表的系统纷纷走上改型之路。如何选择一款合适的数据库产品,既满足上述技术特性,又可满足未来业务发展需要,是很多银行客户需考虑问题。分布式数据库,作为一种新架构,具备弹性扩容、高吞吐、大容量等技术亮点,但在应对核心类系统时仍需考虑诸多问题,甚至有些不能单纯在数据库层面解决,需考虑在应用、架构层面去考虑。
本次探讨主题为银行新核心系统数据库选型:如何处理库内计算(如存储过程)?
在银行核心系统中,库内计算(如存储过程)是非常常见的一种需求。存储过程通常是一组SQL语句的集合,可以被封装为一个单元,并在需要时被调用执行。存储过程的优点是可以减少网络开销、提高执行效率、实现复杂逻辑等。
对于分布式数据库来说,处理库内计算需要考虑以下几个问题:
不同的分布式数据库产品实现存储过程的方式可能不同。例如,有些数据库产品支持在存储过程中调用Java或其他编程语言的函数,而有些数据库产品只支持SQL语句。在选择数据库产品时,需要考虑存储过程的实现方式是否满足业务需求。
存储过程的性能对于银行核心系统来说至关重要。存储过程的执行效率和并发性能都需要得到保证。在选择数据库产品时,需要考虑存储过程的性能是否满足业务需求。
存储过程的可靠性也是非常重要的。银行核心系统中的存储过程通常涉及到资金交易等关键业务,如果存储过程出现故障或错误,将对业务造成严重影响。在选择数据库产品时,需要考虑存储过程的可靠性是否满足业务需求。
存储过程的安全性也是非常重要的。存储过程中可能包含敏感信息,需要保证存储过程的访问权限和数据安全性。在选择数据库产品时,需要考虑存储过程的安全性是否满足业务需求。
综上所述,处理库内计算需要综合考虑存储过程的实现方式、性能、可靠性和安全性等因素。在选择分布式数据库产品时,需要对各种方案进行评估和测试,并选择最适合自己业务需求的方案, 所以个人认为利用其他平台(如大数据)解决库内计算更可靠一些 。同时,还需要注意库内计算的合理使用,避免过度依赖存储过程,影响系统的性能和可维护性。
收起