当运行这个查询时，每个单一对象 — 包括以前返回的所有 Employee — 都被返回了。从某种程度上说，这是有意义的。因为 Employee 是一个 Person，由于建立在 Java 代码中的实现继承关系，因此满足返回查询的必须条件。
db4o 中的继承（以及多态）其实就是这么简单。没有用于查询语言的复杂的 IS 扩展，就不会引入不同于 Java 类型系统中现有概念的 “类型” 概念。我所指的只是期望作为查询的一部分的类型，而且这些是构成查询的主要成分。这跟在 SQL 查询中加入表格很相似，方法就是选择其数据应为查询结果一部分的表格。额外的好处是，“父类型” 也是作为查询的一部分隐式地 “加入” 的。清单 6 显示了 清单 3 中 InheritanceTest 的输出：
清单 6. 多态发挥作用