Lembro-me de que o Prefixo foi incentivado uma vez, porque muitos hosts ofereciam suporte apenas a um banco de dados por usuário; portanto, muitos aplicativos precisavam compartilhar um banco de dados e isso poderia gerar conflitos. Além disso, o prefixo permitiu instalar mais de um magento no mesmo banco de dados.
Mas, ainda há uma razão para eles hoje eu não vejo? Mesmo em um hoster grátis, você obtém, de longe, bancos de dados suficientes o que eu sei.
Respostas:
Primeiro, ainda pode haver algumas pessoas que possuem um número limitado de bancos de dados e podem usar esse recurso. E pode haver pessoas que acham útil ter tudo em um banco de dados, embora eu nunca o recomende. Na minha humilde opinião, separar os bancos de dados é sempre melhor.
Segundo, também pode ser uma preocupação de segurança. Ter um prefixo para as tabelas do banco de dados torna mais difícil para um invasor adivinhar os nomes das tabelas e fazer coisas estúpidas.
Como eles dizem:
Há apenas duas coisas difíceis na Ciência da Computação: invalidação de cache e nomeação de coisas.
Em relação a este último, os prefixos podem ser usados para facilitar a nomeação das coisas. Se você não achar necessário, não use. Existe uma razão específica para as pessoas poderem usá-lo? Sim, para que eles possam nomear as coisas logicamente.
No que diz respeito a um exemplo, imagine a pobre alma que consegue gerenciar centenas de diferentes bancos de dados ativos (produção, preparo, desenvolvimento, etc.). Agora imagine que ele quer que seu trabalho seja um pouco menos difícil e que ele invente um esquema de nomes que o ajude. Talvez ele acrescenta prod_, dev_, stage_como prefixos para ajudar a reconhecer status atual da DB (com um script de migração que renomeia as tabelas quando movido).