Como cada campo em um banco de dados é definido pela combinação de nome da tabela, nome da coluna, chave primária e valor, você sempre pode reduzir o número de tabelas desnormalizando em uma única tabela que armazena apenas isso. Não é muito útil, mas inteiramente possível.
As tabelas são uma camada abstrata que ajuda com as questões de lidar com dados. É por isso que eles são criados. Eu fiz uma piada, mas entender que você pode reduzir cada conjunto de dados para uma tabela mestre imediatamente aponta porque você não deveria: porque as tabelas lhe trazem algo.
Em um nível conceitual, eles trazem para você uma estrutura que é mais fácil de entender para os humanos do que os dados serializados.
No nível intermediário, eles trazem o conceito de normalização: para evitar salvar dados redundantes e dar um único ponto para mudanças, em vez de mudar algo em vários lugares.
Em um nível técnico, bancos de dados trazem a maioria das coisas que você quer fazer com dados, várias ferramentas, e as implementaram e testaram mais do que você provavelmente faria por si mesmo. Pense em tipos de dados, valores padrão, direitos de usuário, índices, restrições de chaves estrangeiras, etc. Ele foi testado, usado por muitos, otimizado, depurado. (Não na perfeição, mas ainda assim.)
Como um banco de dados é uma ferramenta, o principal é decidir como usar a ferramenta. O número de tabelas não é importante. Minimizar é sempre possível, mas ao custo de jogar fora os benefícios. (Se você ler mais sobre normalização, encontrará alguns casos de desnormalização - mas mesmo assim é tudo sobre as decisões certas em vez de apenas reduzir cegamente o número de tabelas.)