NIH | National Cancer Institute | NCI Wiki  

Error rendering macro 'rw-search'

null

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

Contents of This Page

Overview

Database Hierarchy Performance Evaluation

LexEVS Association Logical Model

The LexGrid Model defines relationships in terms of a source and target node with an edge defined separately in the AssociationPredicate model element.  These are the construction basics for larger coded node graphs which are currently represented in a relational schema.  The performance restrictions of the relational schema have been well documented above.   A mapping of the source and target structure of LexGrid will be mapped to the structure of the higher performing graph database OrientDB.

While the graph based database seems capable to handle the functions shown in the diagram above some calls to LexEVS will continue to access some of the model elements that define metadata about the association.

LexEVS Hierarchy Performance Architecture

 

Code Considerations

A CodedNodeFactory will determine whether this is an implementation that uses the graph database in conjunction with the relational database or a purely relational database.  And a newly implemented DAO and OrientDBCodedNodeGraph provide the underpinnings of what will be a higher performance version of LexEVS' traversal of relationship hierarchies in stored terminologies

  • No labels