带有远程数据库的 Rails 应用程序 - 我应该在我的应用程序中复制还是远程连接

Question

我正在为客户构建一个新的 rails 应用程序。他们已经有一个单独的轨道应用程序来管理用户（具有所有标准的Deevee字段），并且不希望在两个应用程序中维护用户，这完全有意义。

我能够使用database.yml连接到他们的远程数据库，以获得连接细节，并在我的用户模型中建立连接。它的工作，虽然有点慢(通过公共互联网)。我担心依赖这个远程数据库来获取经常被查询的东西会严重降低我的应用程序的速度。我也不能与远程数据库进行连接。

我的想法是在我的应用程序中复制用户表，并有一个cron作业，每隔几个小时(甚至更频繁)运行一次，使我的表与“主表”保持同步。

有什么理由不这样做吗？从设计的角度来看，这是一个糟糕的想法吗？

我应该提到我的数据库是postgres，远程数据库是mysql。我也开始阅读DbCharmer宝石(http://dbcharmer.net/)，但我还没有完全理解它。

--编辑：--

我还应该提到，我需要从远程数据库读取其他表，而不仅仅是用户表。

Answer 1

我建议在本地缓存他们的数据库，所以当你查找远程记录时，你可以在本地记录它（如果它存在于远程），或者如果它不存在，你可以在本地记录一个否定的结果——你可以缓存远程记录缺失的记录。记住缓存否定结果的时间比肯定结果短。

然后，您可以查看本地缓存，查看是否有足够新鲜的结果可以返回，并且仅在本地缓存的结果过时或没有本地缓存的结果时才查询远程数据库。

这是我个人的做法；我宁愿缓存而不是复制和同步。当然，您可以通过定期将通常获取的内容预取到缓存中来结合这两种方法。

本地缓存不需要使用Pg，您可以轻松使用redis/memcached/任何东西（我是Pg开发人员，所以我并不完全偏向Redis）。