本体论+关系基础，还是只有本体论才能在web应用中存储数据？

Question

我正试图为我的父亲设想一个酒窖的申请，并在我的空闲时间里寻找乐趣。我决定用Pixi.js / JQuery和Bootstrap制作一个简单的MVC，它的前端由Express提供，而REST则以JAX泽西为后台(所以在Java中)。

该软件应该在本地级别上使用，因此由用户托管，只有用户的地窖才能向应用程序提供数据。

在我的学期里，我学习过本体、RDF三胞胎和猫头鹰，我想在这个项目中实现它，来组织酒瓶和与它们相关的数据(比如颜色、城堡、使用的葡萄等等)，但是我们还没有将它应用到一个网络应用程序中。

我一直在研究如何在Java中使用和应用本体，我发现了阿帕奇·耶娜，这似乎是我想要使用的工具。

然而，我不知道如何整理和储存这瓶酒。我应该只使用OWL本体使用并由用户提供的数据填充的XML文件吗？或者，我应该用SQL存储酒瓶并用这些数据填充本体吗？

第一种解决方案看起来有点奇怪，因为将数据存储在单个文件中似乎不太有效。而第二种解决方案似乎也有点离题，因为它重复了数据。

我想我的问题来自这样一个事实:我不明白网络应用程序中本体是如何工作的，所以我需要你的帮助来澄清我的想法。

谢谢！

Answer 1

这更像是长篇大论，而不是回答。我建议它们都是可用的，具体取决于您的用例。以下是一些有助于总体设计的注意事项：

• 用户将如何向数据库输入新数据？在这一阶段，需要有多少约束？例如，您想让用户输入“褐色”作为葡萄酒颜色吗？
• 您的用户是否需要有不同格式的数据？表格数据结构很容易转换成多种格式: xls、csv、ods等等，但我不认为xml也是如此。您可能有json或yaml作为输出，但是这些格式是关于数据序列化而不是可视化的，因此对用户来说可能不太方便。
• 您将如何向用户显示您的数据？如果要以表格格式表示它，比如在<table>元素中，也许像sql那样的列表格式可以帮助您更好地描绘输出。

以上是技术上的考虑。现在，作为经验法则，我想说，如果您确信从用户的角度来看，存储的数据没有层次结构，您可以支持rdf、owl等，但情况很少是这样，因为人们很少从有组织的数据库中理解一团纠缠的东西。没有挖苦的意思。对于博物馆、美术馆等，在每个用户的重要性顺序发生变化的情况下，将数据构造为rdf是有意义的，但对于像您这样的用例，我相当肯定一个列表结构将简化您的设计，并提高总体可用性。

同时，在不同的语言中实现这个项目的前端和后端似乎有点过火了。如果您完全从头开始，您可能希望签出nodejs，以便在服务器端使用javascript。