哪种解决方案代表大结果?

时间:2009-06-23 19:37:44

标签: java

考虑到所有2.6版本,我正在研究linux内核的源代码分析......

我正在为每个编译的文件和每个内核版本收集结果......

到目前为止,我正在使用ad-hoc格式,然后用一个小的python脚本分析数据(典型的结果文件大约是300MB)......

然而,ad-hoc并不是很方便,因为它很难解释数据,而且不是很灵活,因为只要你改变格式,你的解释脚本也必须修改......

我想要一些容易进化的东西,我可以从中轻松提取一些信息......

在我的情况下哪种解决方案最能代表结果?

  • ad hoc格式?
  • XML?
  • 数据库? (如果是这样的引擎?)
  • Google AppEngine?

PS:我正在使用Java 1.5。

1 个答案:

答案 0 :(得分:0)

我认为奥斯卡的第一个评论并不算太糟糕。也许你应该重新思考你的格式和分析它的方式。我也编写了几种用于分析数据的ad hoc格式,只是为了意识到不同的数据结构(在我的情况下是一个简单的二叉树)可以在几秒而不是几分钟内完成相同的任务。大多数情况下,数据库可能是最佳解决方案,对于普通的旧Java程序,您可能会认为hsqldb是最方便的解决方案。