难道大家都是纸上谈兵嘛？一点实践都没有？

以上仅为本人意见，LZ加油

多谢你的回复，但是不同意你的观点。而且你没理解我的问题。
首先，具体的人才有具体的生日，但“人”这给类是一定有一个date类型的生日属性的，这个datatypeProperty是应该属于Person这个类的。

其次，我问的是：比如手上有一千万个Person的实例，应该那么这一千万个Person的Individual是赢在存在一个.owl文件中还是存在一千万个owl文件中。如果是后者，那么是每个实例的文件都要保存一遍Person的类定义吗？

可是分开存储会带来另外的问题，要不要重复存储类的定义呢？

本人正准备写一篇关于本体构造的帖子，发现很多人在构造本体的时候，都被owl：Class，owl：XXX等来把本体的结构框死了，这个问题以后再说。

鉴于你的问题，我的经验（我的经验超有限），需要2类文件，1类是你设计的本体构造框架，另1类就是实例文件。在本体框架文件中，定义好你的“类”，“属性”等，以及其“prefix”；在实例文件中，直接用你自己定义的“prefix”就可以了，跟类与实例写在同一个文件里基本一样。剩下的工作就是怎么用程序达到你想要的功能。

光说没程序段例子给你们是因为很多东西都涉及到版权，或者是别人没发表的东西，我一直没写刚才提到的帖子也是因为要等到版权出来后，才能发表。

另外，我上述意见肯定会有很多纰漏，因为上述经验是我看别的同事做的东西所了解到的，不是自己开发的经验，另外，解决问题的方法肯定不止一种，所以只能提供“我的经验”，仅供参考

非常感谢您的回答。这个问题的确不是原则问题，所以我问best practice是怎么处理的。

两个问题：
1.您的意思是把类和示例分开存储，然后在individual文件中用import引入class定义对吧。这样要假设Class文件可以放在公网上？如果我不想公开类的定义该怎么做呢？
2.您是说要把所有Individual保存成一个文件，可是如果Individual数量过多了之后，在同一个owlModel中处理实例，性能可能会有问题？

请问您在实践中遇到性能问题是怎么解决的呢？

实例太多，当然可以分开，这就是为什么我说的是 “另1类就是实例文件”而不是说 实例文件就1个。 我猜增强性能的方法有不少，比如，用有效的分类方法来划分实例，存放于不同的实例文件；可以尝试给Person类划分子类；用适合的遍历算法等等。但毕竟自己没实践过，所以有待高人回帖了。

我想的也是用类似于关系数据库的水平拆表的方式拆成多个owl。我还怀疑是不是owl的设计初衷就不是为了这类处理大量数据的应用，只是为知识类之间的推理设计的，可是又苦于找不到资料...