Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Semantics of rule subtyping if allowed #73

Closed
flyingsilverfin opened this issue Jul 23, 2019 · 2 comments
Closed

Semantics of rule subtyping if allowed #73

flyingsilverfin opened this issue Jul 23, 2019 · 2 comments

Comments

@flyingsilverfin
Copy link
Member

Currently, rules look like any other schema type (eg. Entity, Attribute, Relation). This leads to confusion because they are defined the same way as these types, eg define newrule sub rule..., which implies that they may be written in hierarchies themselves. However, we do not have any meaning ascribed to subtyping existing rules.

Core questions:

  1. What does subtyping of rules mean semantically? Currently, it is allowed syntactically
  2. Should we even allow subtyping rules?
  3. A rule is not a concept type (we have no rule type instances, only exist on the schema level for now). So really should a rule even exist in the same hierarchy of Thing that it sits in now?
@JRWest2000
Copy link

Could the semantics of rule sub typing be that
Rule a supertypes Rule b when Rule a is a generalization of Rule b.
This might lead to the ability to arrange rules into a tree hirackary that would in turn lead to
the ability to match relevant rules using binary searching and all the performance advantages that intailes.

@flyingsilverfin
Copy link
Member Author

we've decided against this and made rules separate schema entities that are not in a type hierarchy - type hierarchies are only used for Concept types, which no longer includes Rules

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants