2011-08-26 44 views
0

所以这里是难题。我们最近决定迁移到mongoDB作为处理大量联系数据的选项。在我们做出决定之后,管理层实施了一项要求我们加密数据的政策。我们还没有将我们当前的联系人从我们的Postgres数据库移植到我们正在尝试以可扩展的方式执行此操作。实施可扩展的加密数据库模型

问题是,我们希望能够查询加密的数据库数据。如果我们使用mongo,我们将被要求提取整个客户端数据集,解密它,然后应用我们想要的任何过滤器。如果我们使用postgres,我们会得到内置的加密/解密处理,但我们希望允许用户创建自己的字段,并且我们不希望使用包括添加和删除列的功能。

想法,我们已经受理:

  1. 一体化的Hadoop,并允许它来处理所有的数据处理(与MongoDB的棒)

  2. 为更有针对性的查询分组数据(即该表保存用户20 <年龄< 29)

我们欢迎任何可能的解决方案,包括其他数据库alternat ives(虽然我们想坚持使用MongoDB)。

+1

我会选择第三种方式,告诉管理层他们不应该参与安全性并让安全团队处理它。 – Layke

回答

0

加密文件系统怎么样?

+0

我不知道你为什么被低估,这似乎是一个合理的解决方案。 – arnaud576875

+0

对不起,不太熟悉文件系统加密领域。这会为看到常规插入和查询的表创建什么样的性能开销。 – Ghjnut

0

我会重写序列化程序的默认序列化/反序列化方法并传入加密策略。作为mongo序列化程序,我会使用ODM(http://www.doctrine-project.org/projects/mongodb_odm)。虽然没有用过,但在Doctrine的ORM中获得了很好的经验:)