一种服务器的管理追踪式数据库的构建方法与流程

1.本发明属于计算机数据库储存领域，具体涉及一种服务器的管理追踪式数据库的构建方法。


背景技术：

2.现有数据库分为关系型数据库和非关系型数据库，以下是关系型数据库和非关系型数据库数据库的区别：（原文链接：https://blog.csdn.net/weixin_51837038/article/details/114253934）1、数据存储方式不同关系型和非关系型数据库的主要差异是数据存储的方式。关系型数据天然就是表格式的，因此存储在数据表的行和列中。数据表可以彼此关联协作存储，也很容易提取数据。
3.与其相反，非关系型数据不适合存储在数据表的行和列中，而是大块组合在一起。非关系型数据通常存储在数据集中，就像文档、键值对或者图结构。你的数据及其特性是选择数据存储和提取方式的首要影响因素。
4.2、扩展方式不同sql和nosql数据库最大的差别可能是在扩展方式上，要支持日益增长的需求当然要扩展。
5.要支持更多并发量，sql数据库是纵向扩展，也就是说提高处理能力，使用速度更快速的计算机，这样处理相同的数据集就更快了。因为数据存储在关系表中，操作的性能瓶颈可能涉及很多个表，这都需要通过提高计算机性能来客服。虽然sql数据库有很大扩展空间，但最终肯定会达到纵向扩展的上限。
6.而nosql数据库是横向扩展的。因为非关系型数据存储天然就是分布式的，nosql数据库的扩展可以通过给资源池添加更多普通的数据库服务器(节点)来分担负载。
7.3、对事务性的支持不同如果数据操作需要高事务性或者复杂数据查询需要控制执行计划，那么传统的sql数据库从性能和稳定性方面考虑是你的最佳选择。sql数据库支持对事务原子性细粒度控制，并且易于回滚事务。
8.虽然nosql数据库也可以使用事务操作，但稳定性方面没法和关系型数据库比较，所以它们真正闪亮的价值是在操作的扩展性和大数据量处理方面。
9.无论是关系型数据库还是非关系型数据库，扩展方向都是单一的，这回造成内部关系非常复杂，非专业设计人员难以在短时间读懂里面的逻辑关系，特别是多表、多字段、多foreignkey字段外键情况下，造成数据储存庞大，性能难以保证、逻辑复杂。


技术实现要素：

10.本发明的目的是为了解决上述背景技术中存在的不足之处，而提供一种服务器的
管理追踪式数据库的构建方法，本发明的目的是这样实现的：一种服务器的管理追踪式数据库的构建方法，该数据库主要由数据（data）、元数据（metadata）、功能（function）、模式（schema）、扩展（action）五部分文件组成，所述的模式（schema）主要是对数据（data）进行限定，所述的元数据（metadata）主要是对功能（function）以及扩展（action）进行传参限定，所述的扩展（action）是对功能（function）进行数据前处理或者数据后处理过程，所述的功能（function）是对数据（data）的变更处理过程。
11.所述的数据（data）、元数据（metadata）、功能（function）、模式（schema）、扩展（action）是由分布式控制系统进行管理。
12.所述的数据（data）、元数据（metadata）、扩展（action）是由json格式的文件，所述的功能（function）和扩展（action）是由可执行的程序单元集合体文件。
13.所述的模式（schema）储存至少包括数据（data）节点权限控制、数据（data）节点的类型限定、数据（data）字段的限定、数据（data）字段类型限定、数据（data）字段描述、数据（data）字段权限控制以及数据（data）字段类型名称定义的内容。
14.所述的数据（data）、元数据（metadata）、功能（function）、模式（schema）、扩展（action）对应的文件分别分为主区（main）和衍生区（derivation）部分，所述的主区是文件初始化部分，所述的衍生区是文件增加部分。
15.所述的功能（function）文件的子文件下的每个可执行程序体的返回体至少包含返回值和集合体，所述的集合体通过扩展（action）中的可执行程序进行后置处理进而添加内容；所述的集合体为json格式的文件，该集合体至少包含一条数据（data）的id和分布式控制系统的版本号（commit id）的数据，并且该集合体的首条数据的id为数据（data）的id，且版本号（commit id）为当前文件通过功能（function）处理后变更文件的版本号（commit id）。
16.与现有技术相比，本发明的有益效果是：1.本发明的服务器的管理追踪式数据库，主要对数据库进行纵向和横向双向扩展，节约储存空间。
17.2.提高了数据库的可读性，逻辑更趋与常识。
18.3.没有繁多的数据库语法，普通函数就能操作数据（data）。
具体实施方式
19.下面将结合本发明的实施例，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
20.实施例：一种服务器的管理追踪式数据库的构建方法，该数据库主要由数据（data）、元数据（metadata）、功能（function）、模式（schema）、扩展（action）五部分文件组成，所述的模式（schema）文件主要是对数据（data）的数据进行限定，所述的元数据
（metadata）的数据参数主要是对功能（function）以及扩展（action）内部的函数进行权重限定，所述的扩展（action）内部程序是对功能（function）的内部程序进行数据前处理或者数据后处理过程，而所述的功能（function）是对数据（data）的变更处理过程。
21.所述的数据（data）、元数据（metadata）、功能（function）、模式（schema）、扩展（action）是由分布式控制系统进行管理。
22.最优的，所述的所述的数据（data）、元数据（metadata）、功能（function）、模式（schema）、扩展（action）是通过git进行管理。
23.为了减少磁盘的消耗内存，所述的数据（data）、元数据（metadata）、扩展（action）是由json格式的文件；为了减少资源开销和降低开发成本，所述的功能（function）和扩展（action）是由可执行的程序单元集合体文件，所述的功能（function）和扩展（action）是unicloud的云函数或者云对象，语言采用javasrcipt；其中功能（function）和扩展（action）内部的可执行程序单元运行在serverless资源池中的node进程中。
24.为了保障数据库的结构形式和权限得到很好的表现，所述的模式（schema）储存至少包括数据（data）节点权限控制、数据（data）节点的类型限定、数据（data）字段的限定、数据（data）字段类型限定、数据（data）字段描述、数据（data）字段权限控制以及数据（data）字段类型名称定义的内容。
25.为了区分先天条件和后天条件，所述的数据（data）、元数据（metadata）、功能（function）、模式（schema）、扩展（action）对应的文件分别分为主区（main）和衍生区（derivation）部分，所述的主区是文件初始化部分，所述的衍生区是文件增加部分。
26.其中是主区的文件是static类型的数据，而衍生区的文件是public类型的数据。
27.为了添加数据之间的联系，避开关系型数据库和非关系型数据库的foreignkey字段外键，所述的功能（function）文件的子文件下的每个可执行程序体的返回体至少包含返回值和集合体，所述的集合体通过扩展（action）中的可执行程序进行后置处理进而添加内容；其中功能（function）文件的云函数或者云对象是对数据进行增、删、该、查、统计。
28.所述的集合体为json格式的文件，该集合体至少包含一条数据（data）的id和分布式控制系统的版本号（commit id）的数据，并且该集合体的首条数据的id为数据（data）的id，且版本号（commit id）为当前文件通过功能（function）处理后变更文件的版本号（commit id）。
29.其中，所述的集合体通过扩展（action）文件的云函数或云对象对事件关联管理。
30.此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。