-
公开(公告)号：CN118210739A
公开(公告)日：2024-06-18
申请号：CN202410335956.0
申请日：2024-03-22
Applicant: 武汉大学
IPC: G06F12/0897
Abstract: 一种多级缓存管理方法、设备及计算机可读存储介质，属于计算机领域，包括在多个时间节点更新所有用户优先级；若多级缓存存满且接收到新的缓存请求，则随机生成一设定阈值，将优先级低于设定阈值的首个用户在底部缓存层中靠近LRU端的缓存数据删除，以存储新的缓存数据；优先级根据前一时间段的实际命中收益和理论命中收益的差值得到。本申请能够在多用户共用多级缓存时，模拟每个用户独立使用预定缓存空间时的理论命中收益，根据实际命中收益和理论命中收益的差值对各个用户的优先级进行排序，通过优先删除低优先级用户的缓存数据提高高优先用户的使用体验，从而达到在充分使用缓存系统的同时兼顾各用户使用体验，最终优化多级缓存的整体性能。
-
公开(公告)号：CN115495481A
公开(公告)日：2022-12-20
申请号：CN202211097686.1
申请日：2022-09-08
Applicant: 武汉大学
IPC: G06F16/2455 , G06F16/22 , G06F16/242
Abstract: 本发明提供一种SQL执行计划管理方法、装置、设备及可读存储介质，SQL执行计划管理方法包括：通过查找哈希表，判断哈希表中是否存储有待执行SQL语句和待执行SQL语句的执行计划；若否，则执行待执行SQL语句的执行计划，并将待执行SQL语句和待执行SQL语句的执行计划存储至哈希表中；若是，则根据哈希表中存储的待执行SQL语句的执行计划，确定并执行待执行SQL语句的计划；将哈希表中存储的数据进行持久化保存。通过本发明，实现了在尽可能节省内存空间的基础上保持数据库的性能稳定，防止数据库的性能回归，同时通过存储于内存中的哈希表，可以在多个SQL会话间共享执行计划，降低了执行计划管理对系统资源的消耗。
-
公开(公告)号：CN112597100B
公开(公告)日：2022-07-15
申请号：CN202010979218.1
申请日：2020-09-17
Applicant: 武汉大学
Abstract: 本发明提供一种基于对象代理标签的文件管理方法及装置，通过文件标签的创建实现文件分类管理，所述文件标签包括类别标签和标记标签，所述类别标签使用对象代理模型中的代理类实现，表示层次分类中的层次结构，通过类别标签实现对文件的搜索空间的缩小，在类别相应的属性维度下为文件打上标记标签，支持规范性的语义表达。本发明采用对象代理模型对数据进行建模，使用标签扩充文件的属性信息，使得文件可以具有文件格式以外的更多信息，同时也保存了标签之间的关联信息。本发明可以支持企业数据管理、文件管理、知识管理等，大幅提高企业运维管理的效率，降低人工成本。本发明可在海量数据存储与检索、数据质量和云数据安全等多方面进行应用。
-
公开(公告)号：CN111797114B
公开(公告)日：2021-08-31
申请号：CN202010589900.X
申请日：2020-06-24
Applicant: 武汉大学
IPC: G06F16/242 , G06F16/2455
Abstract: 本发明提出一种对象代理数据库中多路径跨类查询及优化方法，对于在同一路径上使用不同的路径表达式分别获取目标属性的查询，将其定义为终点类相同的多路径跨类查询。对于跨类查询中的多条路径含有公共类节点的情况，将其定义为终点类不同的多路径跨类查询。接下来提出多路径跨类查询语法支持实现，用于支持终点类相同以及终点类不同的多路径跨类查询。最后提出多路径跨类查询的执行方案，并根据原有跨类查询所用的指针追踪算法思想，在此基础上提出多用于多路径跨类查询的多路径指针追踪算法，用于多路径表达式的计算。采用本发明，用户能够使用一条路径表达式获取不同的目标属性表达式，并且减少了公共路径表达式的冗余表示，提高查询效率。
-
公开(公告)号：CN112597100A
公开(公告)日：2021-04-02
申请号：CN202010979218.1
申请日：2020-09-17
Applicant: 武汉大学
Abstract: 本发明提供一种基于对象代理标签的文件管理方法及装置，通过文件标签的创建实现文件分类管理，所述文件标签包括类别标签和标记标签，所述类别标签使用对象代理模型中的代理类实现，表示层次分类中的层次结构，通过类别标签实现对文件的搜索空间的缩小，在类别相应的属性维度下为文件打上标记标签，支持规范性的语义表达。本发明采用对象代理模型对数据进行建模，使用标签扩充文件的属性信息，使得文件可以具有文件格式以外的更多信息，同时也保存了标签之间的关联信息。本发明可以支持企业数据管理、文件管理、知识管理等，大幅提高企业运维管理的效率，降低人工成本。本发明可在海量数据存储与检索、数据质量和云数据安全等多方面进行应用。
-
Patent Agency Ranking
公开(公告)号：CN111797112A
公开(公告)日：2020-10-20
申请号：CN202010503294.5
申请日：2020-06-05
Applicant: 武汉大学
IPC: G06F16/242 , G06F16/2453
Abstract: 本发明公开了一种PostgreSQL预备语句执行优化方法，在方法中提出了缓存预备语句执行过程中的PlanState并重复使用的优化方案。在该优化方案中，当一个预备语句编译执行时，缓存了执行计划后，保存缓存的执行计划被第一次执行时构造的PlanState结构，并在之后的执行中重用保存下来的PlanState，只对结构中部分成员值重新赋值，避免每次执行时重新构造PlanState造成的时间的消耗。该方法通过对PostgreSQL预备语句执行进行优化，从而显著提高了预备语句的执行效率。
-
公开(公告)号：CN110069466A
公开(公告)日：2019-07-30
申请号：CN201910298854.5
申请日：2019-04-15
Applicant: 武汉大学
IPC: G06F16/182 , G06F16/13 , G06F16/14
Abstract: 本发明提供了一种面向海量小文件存储场景的基于历史查询记录建模方法以及基于建模结果的文件合并策略生成方法。在基于历史查询记录建模方法中，提出了一种查询图模型，通过将文件以及文件之间的共同访问关系映射成图中节点以及节点之间的边权重关系，反应文件自身的查询数与不同文件之间共同查询数量的关系。在基于查询图模型生成文件合并策略的方法中，提出一种基于节点和边权重的文件关联关系度量，可以有效反应不同文件之间的关联关系。并基于该关联关系，采用图聚类方法来对节点进行合并，并根据最终合并结果来生成文件合并策略，实现了自动发现近似最优文件合并策略的目标。该发明有效解决了分布式文件系统中对海量小文件进行存储的问题。
-
公开(公告)号：CN104063840B
公开(公告)日：2017-05-10
申请号：CN201410339530.9
申请日：2014-07-16
Applicant: 武汉大学
IPC: G06T1/00
Abstract: 本发明公开了一种可识别修改类型的矢量地图水印方法，包括水印嵌入方法和水印检测方法；水印嵌入方法包括以下子步骤：步骤1.1：标识地物并分组；步骤1.2：生成并嵌入分组弱水印；步骤1.3：生成并嵌入地物弱水印；水印检测方法包括以下子步骤：步骤2.1：标识地物并分组；步骤2.2：检测分组弱水印；步骤2.3：检测地物弱水印；步骤2.4：定位修改并识别修改类型。本发明的技术方案创造性地提出，基于弱水印检测地物修改并识别修改类型。因此，本发明具有如下优点：1.具有良好的脆弱性；2.具有精细的检测粒度；3.具有识别攻击类型的能力。
-
公开(公告)号：CN103164837B
公开(公告)日：2015-12-23
申请号：CN201310117858.1
申请日：2013-04-07
Applicant: 武汉大学
IPC: G06T1/00
Abstract: 本发明公开了一种针对地理数据水印算法的评测方法：首先选取多种类型、多种用途、多比例尺、不同数据量、不同精度的地理数据作为基准数据集。接着依据水印正确率-攻击幅度曲线的积分面积定义抗攻击程度的鲁棒性评估方法。最后从精度、地物间拓扑关系和形状三个方面定量评价嵌入水印前后数据保真性能。除了上述指标外，还有水印容量和运行速度两个指标。最后综合制定的评价指标实现测试方案。因此，该方法能够在相同条件下实现公平合理地评测水印算法。
-
公开(公告)号：CN102184244B
公开(公告)日：2013-04-24
申请号：CN201110127916.X
申请日：2011-05-18
Applicant: 武汉大学
Abstract: 本发明公开了一种适合于polygon类型数据的地理数据库水印方法，包括水嵌入过程和水印检测过程。在水印嵌入过程中，首先为每个地物生成一个鲁棒的地物标识，然后依据鲁棒的地物标识将所有地物分为若干组，并在每个组中重复嵌入一个水印位。水印检测过程与水印嵌入过程类似，通过生成鲁棒的地物标识、地物分组和可变步长的量化解调以及水印投票步骤，最后判定所有权归属。本发明利用地物的平均特征距离的最高h有效位作为鲁棒的地物标识，且该标识不随着地理数据平移、旋转、化简、顶点插值、噪音附加、元组删除、元组增加和元组修改而改变，因此本发明具有良好的抗几何攻击（除缩放外）、顶点攻击和元组攻击能力。
-
-
-
-
-
-
-
-
-
Search Results
41
records
(took 0.023 seconds)
