CN109299103B - 一种数据库存储过程入参系统和方法 - Google Patents
一种数据库存储过程入参系统和方法 Download PDFInfo
- Publication number
- CN109299103B CN109299103B CN201811238942.8A CN201811238942A CN109299103B CN 109299103 B CN109299103 B CN 109299103B CN 201811238942 A CN201811238942 A CN 201811238942A CN 109299103 B CN109299103 B CN 109299103B
- Authority
- CN
- China
- Prior art keywords
- json data
- data packet
- analysis
- json
- data packets
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000004806 packaging method and process Methods 0.000 claims abstract description 20
- 238000012856 packing Methods 0.000 claims description 38
- 239000010410 layer Substances 0.000 claims description 18
- 239000002356 single layer Substances 0.000 claims description 14
- 239000003814 drug Substances 0.000 description 15
- 101100134058 Caenorhabditis elegans nth-1 gene Proteins 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000007547 defect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 238000007430 reference method Methods 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种数据库存储过程入参系统和方法，包括程序端(101)、数据库端(103)和公用存储解析端(102)，程序端(101)连接到公用存储解析端(102)，公用存储解析端(102)连接到数据库端(103)；程序端(101)用于将入参打包为一个或多个json数据包并发送到公用存储解析端(102)；公用存储解析端(102)用于将一个或多个json数据包进行解析后发送到数据库端(103)入参存储；本发明省去了程序端大量的工作，对于数据库端，本发明让数据库端面对入参更加灵活。让程序端与数据库端双方的任务独立，不再存在需要共同定义的任务，让整个流程更加简洁明了。
Description
技术领域
本发明涉及数据库技术领域，尤其涉及的是一种数据库存储过程入参系统和方法。
背景技术
在运用关系型数据库开发的程序中，调用数据库存储是很常见的对数据库操作的方式。程序调用存储过程，需要输入全部存储过程的输入参数。
比如，数据库开发人员写了一个存储，命名为pr_sign_doc_advice_add，用于写入医生医嘱列表(t_sign_doc_advice_list)；开发人员的调用方式是调用数据库语句实现sql语句call pr_sign_doc_advice_add(p_signatory_id,p_msg_content,p_medicine)；来记录医生医嘱，p_signatory_id为用户ID，p_msg_content为医嘱信息，p_medicine为药物信息。
但是当某一个入参结构复杂时，通过调用单一存储来完成信息记录的方法会让存储的入参变得很长，或者消耗大量的时间进行在存储内进行字符串拆分并且定义大量变量，程序在调用存储传入参数时也会消耗时间来进行数据组装。比如，pr_sign_doc_advice_add中的p_medicine，药物信息在医嘱中很可能存在多个，且包含药物名称、用药途径、药物使用频次等多种信息，存在多组时需要定义多个p_medicine或是以字符串的形式打包为一个字段，且数据表和存储需要做出冗余来保证最大数量的药物信息。
现有存储在面对入参复杂的情况时，多采用细分入参或循环调用存储的方法来进行处理。现有方案缺点有以下几点：第一，需要程序开发人员与数据库开发人员共同定义入参，面对改动时双方均需要进行调整；第二，复杂入参需要在入参结构上做出冗余或者反复调用存储，占用空间和时间；第三，需要程序根据定义好的入参进行不必要的拆分和组装；第四，存储需要根据程序对于复杂入参的组装方式做出不同的拆分操作，定义大量变量，使存储的结构不清晰。
因此，现有技术存在缺陷，需要改进。
发明内容
本发明所要解决的技术问题是针对现有技术的不足提供一种数据库存储过程入参系统和方法。
本发明的技术方案如下：
一种数据库存储过程入参系统，包括程序端(101)、数据库端(103)和公用存储解析端(102)，程序端(101)连接到公用存储解析端(102)，公用存储解析端(102)连接到数据库端(103)；程序端(101)用于将入参打包为一个或多个json数据包并发送到公用存储解析端(102)；公用存储解析端(102)用于将一个或多个json数据包进行解析后发送到数据库端(103)入参存储。
优选的，所述的数据库存储过程入参系统，程序端(101)用于将入参打包为单层json数据包或者多层json数据包；单层json数据包即该json数据包内部不嵌套其他json数据包；多层json数据包即该json数据包内部嵌套有其他单层json数据包或多层json数据包。
优选的，所述的数据库存储过程入参系统，程序端(101)包括N个打包单元，N大于等于2，用于打包得到多层json数据包。
优选的，所述的数据库存储过程入参系统，程序端(101)包括第一打包单元(1011)、第二打包单元(1012)、第三打包单元(1013)直至第N打包单元(101)N，第一打包单元(1011)用于将入参数据中最末层级的不可拆分参数打包为一个第一json数据包，第二打包单元(1012)用于将入参数据中次末层级的不可拆分参数和第一json数据包共同打包为一个第二json数据包，第三打包单元(1013)用于将入参数据中次次末层级的不可拆分参数和第二json数据包共同打包为一个第三json数据包，这样依次类推直至将所有层级的不可拆分参数打包完毕得到第N json数据包，第N json数据包即为一个多层json数据包。
优选的，所述的数据库存储过程入参系统，公用存储解析端(102)包括临时表存储单元和N个解析单元(N大于等于(2))，N个解析单元分别用于将程序端发来的json数据包按照打包层级关系层层解析后以表格形式存储到临时表存储单元中。
优选的，所述的数据库存储过程入参系统，公用存储解析端(102)包括临时表存储单元、第一解析单元(1021)、第二解析单元、第三解析单元(1023)直至第N解析单元(102)N，和打包的顺序相反，第一解析单元(1021)用于将第N json数据包解析后存储于临时表存储单元中，将第N json数据包解析结果赋值于存储内的变量，将临时表存储单元清空，第二解析单元(1021)用于将第N-(1)json数据包解析后存储于临时表存储单元中，将第N-(1)json数据包解析结果赋值于存储内的变量，将临时表存储单元清空，以此类推，直至得到最末层级的第一json数据包的解析结果，将所有解析结果按照业务逻辑发送到数据库端，完成最后的入库工作。
优选的，所述的数据库存储过程入参系统，临时表存储单元中设置seq_id、key_index、key_name、key_value、parent_key，seq_id为自增主键，key_index用于记录该条数据为来源的参数层级，key_name存放键名，key_value存放值，parent_key存放关联父键。
根据所述的数据库存储过程入参系统的入参方法，包括以下步骤：程序端(101)将入参打包为一个或多个json数据包并发送到公用存储解析端(102)；公用存储解析端(102)将一个或多个json数据包进行解析后发送到数据库端(103)入参存储。
优选的，所述的入参方法，程序端(101)将入参打包为单层json数据包或者多层json数据包；单层json数据包即该json数据包内部不嵌套其他json数据包；多层json数据包即该json数据包内部嵌套有其他单层json数据包或多层json数据包。
优选的，所述的入参方法，程序端(101)将入参进行N次打包，N大于等于2，打包得到多层json数据包。
优选的，所述的入参方法，N次打包为：第一次打包：将入参数据中最末层级的不可拆分参数打包为一个第一json数据包；第二次打包：将入参数据中次末层级的不可拆分参数和第一json数据包共同打包为一个第二json数据包；第三次打包：将入参数据中次次末层级的不可拆分参数和第二json数据包共同打包为一个第三json数据包，这样依次类推直至将所有层级的不可拆分参数打包完毕得到第N json数据包，第N json数据包即为一个多层json数据包。
优选的，所述的入参方法，公用存储解析端(102)执行N个解析流程，N大于等于2，N个解析流程依次将程序端发来的json数据包按照打包层级关系层层解析后以表格形式存储到临时表存储单元中。
优选的，所述的入参方法，N个解析流程为：和N次打包的顺序相反，第一次解析：将第N json数据包解析后存储于临时表存储单元中，将第N json数据包解析结果赋值于存储内的变量，将临时表存储单元清空；第二次解析：将第N-1json数据包解析后存储于临时表存储单元中，将第N-1json数据包解析结果赋值于存储内的变量，将临时表存储单元清空，以此类推，直至得到最末层级的第一json数据包的解析结果，将所有解析结果按照业务逻辑发送到数据库端，完成最后的入库工作。
本发明具有如下有益效果：
本发明极大优化了入参，统一了格式，程序端不再参与入参结构的定义，只需要将所有的参数灵活打包为多个或者一个json数据包或者json套json的数据包形式作为入参，面对参数修改时也不用进行变更，数据库端则仅需要对json数据包做出解析，不再面对多样化的入参组装方式，只需调用一次或多次统一的解析方式进行拆分，面对变更时，也仅仅是拆分好的最小参数存在变更，仅需要修改存储过程而不必修改入参。
对于程序端，本发明省去了程序端大量的工作，对于数据库端，本发明让数据库端面对入参更加灵活。让程序端与数据库端双方的任务独立，不再存在需要共同定义的任务，让整个流程更加简洁明了。
附图说明
图1为本发明数据库存储过程入参的系统的原理图；
图2为本发明程序端的入参打包原理图；
图3为本发明公共存储端的json解析原理图；
图4为本发明公共存储端的json解析流程图。
具体实施方式
以下结合具体实施例，对本发明进行详细说明。
参考图1，为本发明的数据库存储过程入参的系统，其包括程序端101、数据库端103和公用存储解析端102，程序端101连接到公用存储解析端102，公用存储解析端102连接到数据库端103；程序端101用于将入参打包为一个或多个json数据包并发送到公用存储解析端102，json数据包可以为单层json数据包，即该json数据包内部不嵌套其他json数据包；也可以为多层json数据包，即该json数据包内部嵌套有其他单层json数据包或多层json数据包；公用存储解析端102用于将一个或多个json数据包进行解析后发送到数据库端103入参存储。
参考图2，优选的，程序端101包括N个打包单元(N大于等于2)，比如，依次包括第一打包单元1011、第二打包单元1012、第三打包单元1013直至第N打包单元101N，第一打包单元1011用于将入参数据中最末层级的不可拆分参数打包为一个第一json数据包，第二打包单元1012用于将入参数据中次末层级的不可拆分参数和第一json数据包共同打包为一个第二json数据包，第三打包单元1013用于将入参数据中次次末层级的不可拆分参数和第二json数据包共同打包为一个第三json数据包，这样依次类推直至将所有层级的不可拆分参数打包完毕得到第N json数据包，第N json数据包即为一个多层json数据包。
比如，以参数pr_sign_doc_advice_add(p_signatory_id,p_msg_content，p_medicine(medicine_name、medicine_usage；medicine_name、medicine_usage))的入参为例，p_medicine中包含两组药物信息medicine_name、medicine_usage，此例中，最末级不可拆分参数为(medicine_name、medicine_usage；medicine_name、medicine_usage)，首先将多组药物信息(medicine_name、medicine_usage；medicine_name、medicine_usage)打包为第一json数据包p_medicine：({"p_medicine":[{"medicine_name":"","medicine_usage":""},{"medicine_name":"","medicine_usage":""}]})，然后将最末级不可拆分参数p_signatory_id，p_msg_content，p_medicine打包为第二json数据包p_in({"p_in":[{"p_signatory_id":"","p_msg_content":"","p_medicine":[{"medicine_name":"","medicine_usage":""},{"medicine_name":"","medicine_usage":""}]}]})。
参考图3，优选的公用存储解析端102包括临时表存储单元和N个解析单元(N大于等于2)，N个解析单元分别用于将程序端发来的json数据包按照打包层级关系层层解析后以表格形式存储到临时表存储单元中，例如，包括第一解析单元1021、第二解析单元、第三解析单元1023直至第N解析单元102N，和上述打包的顺序相反，第一解析单元1021用于将第N json数据包解析后存储于临时表存储单元中，将第N json数据包解析结果赋值于存储内的变量，将临时表存储单元清空，第二解析单元1021用于将第N-1json数据包解析后存储于临时表存储单元中，将第N-1json数据包解析结果赋值于存储内的变量，将临时表存储单元清空，以此类推，直至得到最末层级的第一json数据包的解析结果，将所有解析结果按照业务逻辑发送到数据库端，完成最后的入库工作。
举例来说，定义一个公用存储端pr_json_proc，用于解析来自程序端的json数据包，建立临时表tmp_json_table(seq_id,key_index,key_name,key_value,parent_key)存放解析完成后的数据，seq_id为主键，key_index用于记录该条数据为来源的参数层级，key_name存放键名，key_value存放值，parent_key存放关联父键。以p_medicine内包含多组的药物信息medicine_name、medicine_usage为例，解析完成后，seq_id作为自增主键将按顺序记录每一个medicine_name或medicine_usage的编号，key_index将记录medicine_name、medicine_usage所处的药物组别，key_name将存放键名medicine_name或medicine_usage，key_value将存放medicine_name或medicine_usage的对应值，parent_key将记录所有记录的父键即p_medicine；
和上述打包的顺序相反，公用存储端pr_json_proc的第一解析单元首先完成对json数据包p_in的解析，将入参拆分为p_signatory_id,p_msg_content，p_medicine(仍然为json格式)三个参数(结果见表1)，将临时表tmp_json_table内已解析数据(p_signatory_id,p_msg_content)取出并赋值于存储内的变量，然后删除临时表tmp_json_table，公用存储端pr_json_proc的第二解析单元解析p_medicine参数(结果见表2)，完成最末层级的json数据包的解析，此时p_in内的所有参数均已最小化，可根据tmp_json_table内key_index进行数据分组按照业务逻辑需要进行操作组合并完成最后的入库工作，结束整个入参过程。
表1.tmp_json_table第一次解析结果
| seq_id | key_index | key_name | key_value | parent_key |
| 1 | 1 | p_signatory_id | 对应值 | p_in |
| 2 | 1 | p_msg_content | 对应值 | p_in |
| 3 | 1 | p_medicine | 对应值(仍为json) | p_in |
表2.tmp_json_table第二次解析结果
| seq_id | key_index | key_name | key_value | parent_key |
| 1 | 1 | medicine_name | 对应值 | p_medicine |
| 2 | 1 | medicine_usage | 对应值 | p_medicine |
| 3 | 2 | medicine_name | 对应值 | p_medicine |
| 4 | 2 | medicine_usage | 对应值 | p_medicine |
应当理解的是，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (10)
1.一种数据库存储过程入参系统，其特征在于，包括程序端(101)、数据库端(103)和公用存储解析端(102)，程序端(101)连接到公用存储解析端(102)，公用存储解析端(102)连接到数据库端(103)；程序端(101)用于将入参打包为一个或多个json数据包并发送到公用存储解析端(102)；公用存储解析端(102)用于将一个或多个json数据包进行解析后发送到数据库端(103)入参存储。
2.根据权利要求1所述的数据库存储过程入参系统，其特征在于，程序端(101)用于将入参打包为单层json数据包或者多层json数据包；单层json数据包即该json数据包内部不嵌套其他json数据包；多层json数据包即该json数据包内部嵌套有其他单层json数据包或多层json数据包。
3.根据权利要求1所述的数据库存储过程入参系统，其特征在于，程序端(101)包括第一打包单元(1011)、第二打包单元(1012)、第三打包单元(1013)直至第N打包单元(101N)，第一打包单元(1011)用于将入参数据中最末层级的不可拆分参数打包为一个第一json数据包，第二打包单元(1012)用于将入参数据中次末层级的不可拆分参数和第一json数据包共同打包为一个第二json数据包，第三打包单元(1013)用于将入参数据中次次末层级的不可拆分参数和第二json数据包共同打包为一个第三json数据包，这样依次类推直至将所有层级的不可拆分参数打包完毕得到第N json数据包，第N json数据包即为一个多层json数据包。
4.根据权利要求3所述的数据库存储过程入参系统，其特征在于，
程序端(101)包括N个打包单元，N大于等于2，用于打包得到多层json数据包；公用存储解析端(102)包括临时表存储单元和N个解析单元，N大于等于2，N个解析单元分别用于将程序端发来的json数据包按照打包层级关系层层解析后以表格形式存储到临时表存储单元中。
5.根据权利要求4所述的数据库存储过程入参系统，其特征在于，公用存储解析端(102)包括临时表存储单元、第一解析单元(1021)、第二解析单元、第三解析单元(1023)直至第N解析单元(102N)，和打包的顺序相反，第一解析单元(1021)用于将第N json数据包解析后存储于临时表存储单元中，将第N json数据包解析结果赋值于存储内的变量，将临时表存储单元清空，第二解析单元(1022)用于将第N-1json数据包解析后存储于临时表存储单元中，将第N-1json数据包解析结果赋值于存储内的变量，将临时表存储单元清空，以此类推，直至得到最末层级的第一json数据包的解析结果，将所有解析结果按照业务逻辑发送到数据库端，完成最后的入库工作。
6.根据权利要求5所述的数据库存储过程入参系统，其特征在于，临时表存储单元中设置seq_id、key_index、key_name、key_value、parent_key，seq_id为自增主键，key_index用于记录当前数据为来源的参数层级，key_name存放键名，key_value存放值，parent_key存放关联父键。
7.一种根据权利要求1所述的数据库存储过程入参系统的入参方法，其特征在于，包括以下步骤：程序端(101)将入参打包为一个或多个json数据包并发送到公用存储解析端(102)；公用存储解析端(102)将一个或多个json数据包进行解析后发送到数据库端(103)入参存储。
8.根据权利要求7所述的入参方法，其特征在于，程序端(101)将入参打包为单层json数据包或者多层json数据包；单层json数据包即该json数据包内部不嵌套其他json数据包；多层json数据包即该json数据包内部嵌套有其他单层json数据包或多层json数据包。
9.根据权利要求8所述的入参方法，其特征在于，N次打包：第一次打包：将入参数据中最末层级的不可拆分参数打包为一个第一json数据包；第二次打包：将入参数据中次末层级的不可拆分参数和第一json数据包共同打包为一个第二json数据包；第三次打包：将入参数据中次次末层级的不可拆分参数和第二json数据包共同打包为一个第三json数据包，这样依次类推直至将所有层级的不可拆分参数打包完毕得到第N json数据包，第N json数据包即为一个多层json数据包。
10.根据权利要求9所述的入参方法，其特征在于，程序端(101)将入参进行N次打包，N大于等于2，打包得到多层json数据包；公用存储解析端(102)执行N个解析流程，N大于等于2，N个解析流程依次将程序端发来的json数据包按照打包层级关系层层解析后以表格形式存储到临时表存储单元中；N个解析流程为：和N次打包的顺序相反，第一次解析：将第Njson数据包解析后存储于临时表存储单元中，将第N json数据包解析结果赋值于存储内的变量，将临时表存储单元清空；第二次解析：将第N-1json数据包解析后存储于临时表存储单元中，将第N-1json数据包解析结果赋值于存储内的变量，将临时表存储单元清空，以此类推，直至得到最末层级的第一json数据包的解析结果，将所有解析结果按照业务逻辑发送到数据库端，完成最后的入库工作。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811238942.8A CN109299103B (zh) | 2018-10-23 | 2018-10-23 | 一种数据库存储过程入参系统和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811238942.8A CN109299103B (zh) | 2018-10-23 | 2018-10-23 | 一种数据库存储过程入参系统和方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109299103A CN109299103A (zh) | 2019-02-01 |
| CN109299103B true CN109299103B (zh) | 2022-02-18 |
Family
ID=65157680
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811238942.8A Active CN109299103B (zh) | 2018-10-23 | 2018-10-23 | 一种数据库存储过程入参系统和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109299103B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112579570B (zh) * | 2020-12-16 | 2023-06-23 | 中国辐射防护研究院 | 一种核环境数据存储方法和装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101719168A (zh) * | 2010-01-25 | 2010-06-02 | 浪潮通信信息系统有限公司 | 一种基于算法可配置的通用数据入库方法 |
| CN104536963A (zh) * | 2014-11-13 | 2015-04-22 | 中国建设银行股份有限公司 | 一种存储过程的调度方法和系统 |
| CN106547835A (zh) * | 2016-08-04 | 2017-03-29 | 贵阳朗玛信息技术股份有限公司 | 调用数据库存储过程的方法及装置 |
| CN107491538A (zh) * | 2017-08-23 | 2017-12-19 | 成都安恒信息技术有限公司 | 一种db2数据库的存储过程命令及参数值提取方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6977917B2 (en) * | 2000-03-10 | 2005-12-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for mapping an IP address to an MSISDN number within a service network |
-
2018
- 2018-10-23 CN CN201811238942.8A patent/CN109299103B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101719168A (zh) * | 2010-01-25 | 2010-06-02 | 浪潮通信信息系统有限公司 | 一种基于算法可配置的通用数据入库方法 |
| CN104536963A (zh) * | 2014-11-13 | 2015-04-22 | 中国建设银行股份有限公司 | 一种存储过程的调度方法和系统 |
| CN106547835A (zh) * | 2016-08-04 | 2017-03-29 | 贵阳朗玛信息技术股份有限公司 | 调用数据库存储过程的方法及装置 |
| CN107491538A (zh) * | 2017-08-23 | 2017-12-19 | 成都安恒信息技术有限公司 | 一种db2数据库的存储过程命令及参数值提取方法 |
Non-Patent Citations (2)
| Title |
|---|
| "Health parameters and video live transmission with data storage on database, in emergency telemedicine";G. Bailo等;《2nd International Conference on Broadband Networks, 2005.》;20060213;第1-4页 * |
| "Jet数据库中多参数存储过程的动态管理";亓莱滨等;《计算机系统应用》;20061218;第1-4页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109299103A (zh) | 2019-02-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107807982B (zh) | 一种异构数据库的一致性校验方法及装置 | |
| CN106452450B (zh) | 数据压缩的方法和系统 | |
| US20170270150A1 (en) | Dynamic table index mapping | |
| US8214388B2 (en) | System and method for adding a storage server in a distributed column chunk data store | |
| JPH06508228A (ja) | 関係型データベース・メモリ・ユーティライゼーション・アナライザ | |
| CN113204598B (zh) | 一种数据同步方法、系统及存储介质 | |
| CN103927331A (zh) | 数据查询方法、装置及系统 | |
| JP2016539449A (ja) | データベース実現方法 | |
| CN104021123A (zh) | 用于数据迁移的方法和系统 | |
| US9128962B2 (en) | View based table replacement for applications | |
| CN110781183A (zh) | Hive数据库中增量数据的处理方法、装置以及计算机设备 | |
| CN112912870A (zh) | 租户标识符的转换 | |
| CN107870949A (zh) | 数据分析作业依赖关系生成方法和系统 | |
| CN109299103B (zh) | 一种数据库存储过程入参系统和方法 | |
| CN100527131C (zh) | 一种ims数据库互动式访问方法和工具 | |
| CN117851375A (zh) | 元数据模型优化方法和计算设备 | |
| CN105389394A (zh) | 基于多个数据库集群的数据请求处理方法及装置 | |
| US20220019907A1 (en) | Dynamic In-Memory Construction of a Knowledge Graph | |
| US11650977B2 (en) | Annotating datasets without redundant copying | |
| US7409380B1 (en) | Facilitated reuse of K locations in a knowledge store | |
| CN110221778A (zh) | 酒店数据的处理方法、系统、存储介质以及电子设备 | |
| US7958084B2 (en) | System, method, and computer-readable medium for providing a regionalized file system | |
| US12019601B2 (en) | Horizontal skimming of composite datasets | |
| CN114328439A (zh) | 数据存储的方法、装置、电子设备及存储介质 | |
| CN112925834B (zh) | 数据导入的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20190201 Assignee: Guiyang Longma Video Technology Co.,Ltd. Assignor: GUIYANG LONGMASTER INFORMATION & TECHNOLOGY Co.,Ltd. Contract record no.: X2023980033354 Denomination of invention: A Database Stored Procedure Entry System and Method Granted publication date: 20220218 License type: Common License Record date: 20230308 |
|
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20190201 Assignee: Guiyang Langma Communication Technology Co.,Ltd. Assignor: GUIYANG LONGMASTER INFORMATION & TECHNOLOGY Co.,Ltd. Contract record no.: X2023980033647 Denomination of invention: A Database Stored Procedure Entry System and Method Granted publication date: 20220218 License type: Common License Record date: 20230316 |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20190201 Assignee: GUIYANG SANJIU INTERNET MEDICAL Co.,Ltd. Assignor: GUIYANG LONGMASTER INFORMATION & TECHNOLOGY Co.,Ltd. Contract record no.: X2023980033909 Denomination of invention: A Database Stored Procedure Entry System and Method Granted publication date: 20220218 License type: Common License Record date: 20230324 |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20190201 Assignee: GUANGZHOU QISHENG INFORMATION TECHNOLOGY Co.,Ltd. Assignor: GUIYANG LONGMASTER INFORMATION & TECHNOLOGY Co.,Ltd. Contract record no.: X2023980034658 Denomination of invention: A Database Stored Procedure Entry System and Method Granted publication date: 20220218 License type: Common License Record date: 20230411 |
|
| EE01 | Entry into force of recordation of patent licensing contract |