OWLAPI：处理公理更新/删除时的性能影响
我想更新/删除OWL类中的公理（例如SubclassOf axioms）。
我有以下两种方法：
1）删除所有旧公理，然后创建所有新公理。
1) A or B
2) name exactly 1 xsd:string
3) P and not Q
我想用-
1) A [Update]
2) name min 1 xsd:string [Update]
3) Axiom is deleted [Delete]
共有1个答案
公理移除的性能与公理化的添加是等价的。主要的操作是通过地图查找现有的元素或添加新的元素。
所涉及的结构对于输入是O（常数），因此总复杂度基本上与本体大小无关（对于非常大的本体可能不成立，但对于大多数本体来说是准确的）。
简而言之，您提出的解决方案没有性能问题（2）。
-
本文向大家介绍MySql删除和更新操作对性能有影响吗，包括了MySql删除和更新操作对性能有影响吗的使用技巧和注意事项，需要的朋友参考一下 删除和更新操作的开销往往比插入高，所以一个好的设计需要减少对数据库的更新和删除操作。 3.1更新操作 数据库的更新操作会带来一连串的“效应”：更新操作需要记录日志（以便错误时回滚）；更新可变长字段（如，varchar类型）会带来数据物理存储的变化（记录的移动）
-
问题内容： 我知道该主题已经在许多问题上得到了解答，但仍然无法解决。 我只想 在提取 大型xml文件的 某些内容 时 更新progressBar 。我认为在另一个线程中使用耗时的循环就足够了，但是？。我设法得到的是ProgressBar要么根本不显示，要么在关闭之前最后进行更新。 在启动该应用程序附近的某个地方，我有： 在显示和更新带有JProgressBar的JDialog时： 所以我有这个 m
-
问题内容： 我需要更新或删除几个文档。 当我更新时，我这样做： 我首先搜索文档，为返回的结果设置更大的限制（比方说，大小：10000）。 对于每个返回的文档，我都会修改某些值。 我不喜欢对整个修改后的清单（批量索引）进行Elasticsearch。 该操作一直进行到点1不再返回结果为止。 当我删除时，我这样做： 我首先搜索文档，为返回结果设置更大的限制（例如，大小：10000） 我删除所有找到的发
-
问题是：执行时间非常慢，我会说是永恒的。即使我减少了一些if语句的比较数，情况还是一样的。 Protege似乎非常快地计算出这些推断的公理，并且它基于我正在使用的相同API(OWLAPI)。那么，我是不是走错了路？
-
问题内容： 我在下面编写了此方法，该方法假定是从数据库中删除成员记录。但是，当我在servlet中使用它时，它将返回错误。 会员班 控制器部分 HTTP状态500 有时，当我尝试多次执行页面时，甚至会引发此错误。 有人知道究竟是什么引起这些错误吗？ 问题答案： 该错误可能是由多种原因引起的。我不为此而功劳，在这里找到了它。 在提交对象之前刷新数据可能会导致清除所有等待持久化的对象。 如果对象具有自
-
我想创建新的推理器（隐士）。 2）使用构造函数:[org.semanticweb.hermit.reasoner]