最初我开始学习Cassandra,因为动态栏引起了我的注意.当我开始学习更多内容时,我了解到复合主键优先于动态列,而Cassandra正在转向基于模式(Schema是可选的,不是强制性的,但建议使用).在cql3中,它是强制性的,我读cql3是cassandra中新应用程序的最佳方法.
这是我面临一个有趣问题的地方.我正在阅读一个特定的幻灯片(Mysql vs Casssandra) - http://lanyrd.com/2012/austin-mysql-meetup-january/spdrx/(跳转到31幻灯片),讨论欺诈检测用例.
"在欺诈检测中为了计算风险,通常需要知道有关帐户的所有电子邮件,目的地,来源,设备,地点,电子邮件等等."
它解释了我们如何在关系世界中维护电子邮件,目的地,起源等的单独表格,以及使用动态列密钥和值在cassandra世界中是多么容易.(31-34张幻灯片).
既然动态列键和值不鼓励,我们怎样才能解决这个问题呢？我们应该为每封电子邮件,目的地等维护单独的列系列吗？那它与关系世界有什么不同呢？它只是关于可扩展性吗？我们还能继续采用架构方法吗？这是一个黄金法则"架构是可选的,建议但不是强制性的？"
谢谢
有各种命令行工具可用于编辑音频文件的元数据.但是他们都不能编辑音频文件的"专辑艺术家"标签.有没有命令行工具或perl模块做同样的事情？谢谢
报告框架:
我有一个数据源(JSON/XML API),它为我提供了所有必要的数据.我只需要在各种表中填充它,然后以某种模板格式将其导出为各种格式,如PDF,Excel等,然后邮件用户.这必须在后台定期进行(根据某些cron工作)
我发现Jasper和BIRT是很好的解决方案.但是,仅仅通过模板将数据导出为各种格式,它们是不错的解决方案？还有其他更轻的解决方案吗？我也尝试过Apache POI,但考虑到各种出口库的免费可用性,我是否需要自己完成所有手动工作？
模板功能是必不可少的,其他功能如邮寄和所有功能都是可选的,前提是框架重量轻,灵活且易于使用.
请指教.
谢谢