我正在构建一个应用程序，该应用程序将需要处理和存储大量电子邮件（每天大约2-4千个），这需要全球许多人以各种方式查看和处理。听起来像票务系统，对吧？有一个转折点 - 我有一个单独的应用程序，它处理大量处理这些电子邮件的人的处理，并且需要提取大量与它们相关的专业信息。例如，特定客户的信息将在处理应用程序中（联系信息等），当有人查看该信息时，他们还需要知道是否有任何打开的门票，他们是否以及如何使用回复了我们发送的特定电子邮件等。
我在RT（请求跟踪器）作为票务系统方面有很好的经验，并相信它可以处理电子邮件的数量并按照我们需要的方式对其进行分类。但是，我的处理程序是在Ruby on Rails中。我已经用Perl做了一些工作（用RT编写）但不多，我以前从未试过让Ruby跟Perl说话。我知道RT有一个API，我正在搞砸它，但我想知道那里是否有一个很好的解决方案？我只需要将数据从RT提取到我的Rails应用程序中，无需编写。
还是我在错误的树上吠叫？我应该尝试一下已经与Rails配合良好的不同票务系统吗？我是否应该继续直接从数据库中提取数据，因为我只是在阅读它？只是寻找一些输入，如果这是以前尝试过的任何东西。感谢。
答案 0 :(得分：2)
RT的网络API就是球 - 我们在工作中使用它来连接我们自己的东西（主要是Python webapps）。我不建议使用它，除非你真的热衷于痛苦和痛苦。
直接进入数据库，虽然仍然有点痛苦，但到目前为止是较小的邪恶。据我所知，结构上没有文档，它可能会在版本之间发生变化，但至少DB模式是你以前可能处理过的，因此有一些经验。 AR可能不会与它交谈，因为IIRC有复合主键（或支持那些现在在AR中的人？我记不清了），但原生数据库适配器并不是疯狂的处理。