考虑使用Semantic MediaWiki 存储（以及组织、报告等）“表格”数据，例如通常存在于电子表格或数据库中的金融交易或天气读数，我是否完全偏离了轨道？
似乎每个元组都需要一个单独的、很小的页面；但是，这是设计使然，也许完全没问题。
我问，仅仅是因为 SMW 似乎是启动和运行协作数据存储库的一种快速简便的方法。
【问题讨论】：
标签： mediawiki spreadsheet tabular semantic-mediawiki
Semantic MediaWiki 更适合跟踪 Factual 或 Encyclopedic 数据，您可以在其中拥有有关您需要了解的有关某个主题的所有信息的页面。
对于测量数据、财务数据、传感器数据等表格或数字数据，您确实需要创建关于每个数据点的小页面，这在很多情况下并不实用。
但是，Media Wiki 有一些扩展，允许您将外部数据源（在 MySQL 数据库或某处的 CSV 文件中）与 MediaWiki 页面集成。这可以让您拥有两全其美的优势 - 动态访问和查询表格数据以及它们周围页面的语义注释。
看看：
【讨论】：
不，我不认为这是一个坏主意。
使用SemanticForms，您可以快速轻松地输入大量小数据页面（例如，发票可能需要为每个行项目添加额外页面，但可以使用for template 表单标签）。因此，尽管我从未尝试在 SMW 中记录天气数据，但我认为这很容易。我看不出在这么多页面上存储数据会有什么问题。很容易将它组合成您需要的任何格式。
试一试，告诉我们进展如何！
【讨论】：
您可以使用Semantic Internal Objects extension (SIO) 或SMW's built in subobjects（前者适用于已经提到的外部数据扩展）在一个页面中存储多个语义对象（可能是电子表格的行）。
但是，除非您真的在寻找具有语义功能的协作工具，否则我怀疑 SMW 是最适合您任务的软件。
编辑（2015 年 11 月）：自 SMW 1.9 版以来，SIO 没有什么是内置子对象无法做到的，所以我推荐后者。
【讨论】：