低代码平台数据库分库的那些事

对于勤研低代码平台将数据库细分为平台库、企业库以及业务库的做法，或许不少人会深感好奇：企业库和业务库都属于企业相关的数据，那为何要将它们分开？或者，为何不把业务库归入企业库之中？例如，在一般的理解中，企业相关的数据似乎都应统一归置，然而勤研低代码平台却做出了这样特殊的划分，这背后的原因究竟是什么？

首先，平台数据库划分为企业库和业务库主要基于以下几个重要原因：

职责分离与专业性：企业库主要关注企业自身的元数据，如组织架构、权限等，具有管理和配置的性质；业务库则专注于具体的业务数据，如销售、生产等。将它们分开有助于明确各自的职责和专业领域，使管理和维护更具针对性。

性能优化：不同类型的数据在访问模式、存储需求和更新频率上可能有很大差异。分开存储可以根据各自特点进行优化，如索引设置、存储结构选择等，提高数据操作的性能。

数据安全与权限控制：企业库中的元数据通常涉及企业的核心管理信息，需要更严格的访问控制。将业务库独立出来，可以为其设置单独的、相对较灵活的权限策略，以适应不同业务场景的需求。

扩展性：随着企业的发展，业务可能会不断变化和扩展。独立的业务库更易于进行数据结构的调整和扩展，而不会影响到企业库的稳定性。

数据治理和质量管理：分开有助于对不同类型的数据实施不同的治理和质量控制策略。企业库更注重数据的一致性和准确性，业务库可能更关注数据的时效性和完整性。

如果将业务库放在企业库里，可能会带来以下问题：

管理混乱：混合存储会使数据的管理变得复杂，难以清晰地区分和处理不同类型的数据。

性能受限：无法针对业务数据的特点进行专门的优化，可能导致整体性能下降。

权限管理复杂：难以制定清晰且灵活的权限策略，可能导致权限过度开放或过度限制。

扩展性受限：不利于业务库根据业务变化进行灵活的调整和扩展。

数据质量难以保证：无法对企业元数据和业务数据进行有针对性的质量管控。

将数据库划分为企业库和业务库能够提高数据管理的效率、安全性、扩展性和质量，更好地满足企业的发展需求。