Abox: Difference between revisions
m Fix hatnote (left unaltered in merge to ease attribution) to make clear Tbox redirects here. |
Make lede describe both Tbox and Abox |
||
Line 1: | Line 1: | ||
{{Redirect|Tbox||TBOX (disambiguation)}} |
{{Redirect|Tbox||TBOX (disambiguation)}} |
||
In [[computer science]], |
In [[computer science]], the terms '''TBox''' and '''ABox''' are used to describe two different types of statements in [[knowledge base]]s. TBox statements are the "terminology component", and describe a domain of interest by defining classes and properties as a domain vocabulary. ABox statements are the "assertion component" — facts associated with the TBox's conceptual model or [[Ontology (computer science)|ontologies]].<ref name="TRG93">{{cite journal |first=Thomas R. |last=Gruber |authorlink=Tom Gruber |date=June 1993 |url=http://tomgruber.org/writing/ontolingua-kaj-1993.pdf |title=A translation approach to portable ontology specifications |journal=[[Knowledge Acquisition]] |volume=5 |issue=2 |pages=199–220 |doi=10.1006/knac.1993.1008|citeseerx=10.1.1.101.7493 }}</ref> |
||
⚫ | |||
ABox statements must be TBox-compliant: they are assertions that use the vocabulary defined by the TBox. |
|||
The terms "ABox" and "[[TBox]]" are used to describe two different types of statements in knowledge bases. TBox statements describe a domain of interest by defining classes and properties as a domain vocabulary. ABox are TBox-compliant statements that use the vocabulary. |
|||
TBox statements are sometimes associated with object-oriented classes and ABox statements associated with instances of those classes. |
TBox statements are sometimes associated with object-oriented classes and ABox statements associated with instances of those classes. |
||
⚫ | |||
==Examples of ABox and TBox statements== |
==Examples of ABox and TBox statements== |
Revision as of 14:00, 30 August 2021
In computer science, the terms TBox and ABox are used to describe two different types of statements in knowledge bases. TBox statements are the "terminology component", and describe a domain of interest by defining classes and properties as a domain vocabulary. ABox statements are the "assertion component" — facts associated with the TBox's conceptual model or ontologies.[1] Together ABox and TBox statements make up a knowledge base or a Knowledge graph.
ABox statements must be TBox-compliant: they are assertions that use the vocabulary defined by the TBox.
TBox statements are sometimes associated with object-oriented classes and ABox statements associated with instances of those classes.
Examples of ABox and TBox statements
ABox statements typically have the form:
A is an instance of B
or
John is a Person
This should be contrasted with TBox statements (or definitions of domain resources) such as:
All Students are Persons
or
There are two types of Persons: Students and Teachers
TBox statements tend to be more permanent within a knowledge base and are used and stored as a schema or a data model. In contrast, ABox statements are much more dynamic in nature and tend to be stored as instance data within transactional systems within databases. With the newer, NoSQL databases and especially with RDF databases (see Triplestore) the storage distinction may no longer apply. Data and models can be stored using the same approach. However, models continue to be more permanent, have a different lifecycle and are typically stored as separate graphs within such database.
See also
- ^ Gruber, Thomas R. (June 1993). "A translation approach to portable ontology specifications" (PDF). Knowledge Acquisition. 5 (2): 199–220. CiteSeerX 10.1.1.101.7493. doi:10.1006/knac.1993.1008.