그래서 수수께끼가 있습니다. 우리는 최근 많은 양의 연락처 데이터를 처리하기위한 옵션으로 mongoDB로 이동하기로 결정했습니다. 이를 결정한 후에 관리자는 데이터를 암호화해야하는 정책을 구현했습니다. 우리는 우리의 현재 연락처를 Postgres 데이터베이스에서 아직 확장 할 방법으로 포팅하지 않았습니다.스케일 러블 암호화 데이터베이스 모델 구현
문제는 암호화 된 데이터베이스 데이터를 쿼리 할 수 있기를 원합니다. mongo를 사용하는 경우 클라이언트 데이터 전체를 가져 와서 해독 한 다음 원하는 필터를 적용해야합니다. postgres를 사용하면 내장 된 암호화/복호화 처리 기능을 사용할 수 있지만 사용자가 자신의 필드를 만들 수 있도록 허용하고 열 추가 및 삭제를 포함하는 기능을 사용하지 않으려합니다.
아이디어 우리가 즐겁게했습니다
통합하십시오 하둡과 더 타겟 쿼리에 대한
그룹화 데이터를 모든 데이터 처리를 처리 (및 MongoDB를 고수) 할 수 있습니다 (즉,이 표는 보유 사용자 20 < 세 < 29)
우리는 다른 데이터베이스 alternat을 포함한 모든 가능한 솔루션 열려있어 ives (비록 우리가 MongoDB를 고수하고 싶지만).
옵션 3을 사용하여 보안에 개입해서는 안되며 보안 팀이 처리하도록합니다. – Layke