Recentemente, tenho procurado otimizar meu banco de dados e seu tamanho é de 7 GB. Eu tenho uma opção para particionar uma tabela grande. Mas o particionamento apenas dividiria a tabela grande em pequenas enquanto permaneceria na mesma máquina para que os mesmos recursos estivessem disponíveis.
Você acha que a tabela de partição na mesma máquina traria algum efeito positivo no desempenho?
Minha outra pergunta pode ter informações relevantes também. Quando os índices de hash se tornam razoáveis?
A tabela é de apenas 7 Gigs. O particionamento de tabela provavelmente não fará muito por você. O particionamento de tabela é normalmente para tabelas realmente grandes. Pense em 100 Gigs ou mais. Agora, se a mesa estiver ficando tão grande, isso pode ajudar, mas se isso não for muito provável, eu simplesmente deixaria como está. Você provavelmente só precisa adicionar quaisquer índices ausentes.
O próprio tamanho do banco de dados de 7 GB não diz nada até que o caso do usuário seja conhecido. Se esta pergunta estiver relacionada à sua outra pergunta https://stackoverflow.com/questions/7403167/index-on-url-or-hashing-considering-ram , mesmo quando crescer para mais de 150 milhões de registros enquanto estiver sentado no mesmo o particionamento da máquina não aumentará seu desempenho se você particionar a tabela de URL porque, como você está procurando o índice de marcação em hashes, isso apenas complicaria a lógica do aplicativo.
Mas se você colocar seu banco de dados em várias máquinas, conforme parece se inclinar de sua outra pergunta Unidade única x várias unidades , poderá pensar em um efeito positivo no desempenho se implementá-lo corretamente. Embora eu ache que deveria ser chamado de sharding, não particionamento, na verdade.
Se eu estiver errado alguém pode me corrigir.