Motivation
Represents an inheritance hierarchy of classes with one table for each class.
Summary
The straightforward thing about Class Table Inheritance is that it has one table per class in the domain model. The fields in the domain class map directly to fields in the corresponding tables.
One issue is how to link the corresponding rows of the database tables. A possible solution is to use a common primary key value.
The biggest implementation issue with Class Table Inheritance is how to bring the data back from multiple tables in an efficient manner. Obviously, making a call for each table isn't good since you have multiple calls to the database. You can avoid this by doing a join across the various component tables; however, joins for more than three or four tables tend to be slow because of the way databases do their optimizations.
Today there are several ORM solutions (like EF) that provides out of the box support for such mapping
When to Use
Creating domain model based on some ORM solutions like EF.
Related Patterns
Single Table Inheritance
Concrete Table Inheritance
Related Technologies
Entity Framework
Specific Considerations
Pros and Cons
Pros
All columns are relevant for every row so tables are easier to understand and don't waste space.
The relationship between the domain model and the database is very straightforward.
Cons
You need to touch multiple tables to load an object, which means a join or multiple queries and sewing in memory.
Any refactoring of fields up or down the hierarchy causes database changes.
The supertype tables may become a bottleneck because they have to be accessed frequently.
The high normalization may make it hard to understand for ad hoc queries.
You don't have to choose just one inheritance mapping pattern for one class hierarchy
References