Estou prestes a desenvolver um aplicativo que armazenará principalmente dados criptografados pelo usuário. Cada pedaço de dados sendo criptografado graças a uma chave AES, criptografada com a chave RSA pública de cada usuário concedido.
Dado que o volume de dados não criptografados é insignificante (provavelmente apenas login de usuários, algumas datas e chaves estrangeiras), me pergunto se "DBMS padrão", como PostgreSQL ou MySQL, seria uma boa escolha.
De fato, esses SGBDs são otimizados para lidar com diferentes tipos de dados (texto, inteiros, datas, ...), índices, cálculos de processos, agregações e assim por diante.
No meu caso, a grande maioria dos dados que armazenarei seriam grandes blocos de texto (ou talvez dados binários). E a maior parte do cálculo necessário será processada no lado do cliente, após a descriptografia.
Portanto, também não poderei analisar meus dados. Portanto, mesmo que eu tivesse um banco de dados enorme, ele não seria qualificado como "Big data". No entanto, eu me pergunto se MongoDb, MemSQL ou qualquer outro não seria uma escolha mais precisa. E se não, qual seria o melhor SGBD e a melhor forma de utilizá-lo para o meu propósito?
Em outras palavras, acho que cada DBMS tem que fazer sacrifícios para ser mais eficiente nos recursos mais importantes. Também acho que o caso detalhado acima não é tão casual assim. Portanto, presumo que haja muitos recursos de que não preciso (ou não posso usar, como a pesquisa FULLTEXT, por exemplo). Por outro lado, posso precisar de recursos que são descartados pelo "DBMS padrão".
