DBA ainda é uma boa profissão?

"Os DBAs estão desaparecendo na indústria de TI?" Essa foi a pergunta postada no HN, e estas foram algumas das respostas

• Eu era desenvolvedor e virei DBA, mas na época em que eu era desenvolvedor não recebi a ajuda de que precisava dos DBAs. Então agora estou tentando me tornar a pessoa de quem eu gostaria de ter recebido ajuda..
  → Agora você finalmente entendeu o problema. Na nossa empresa há apenas 2 DBAs, e é impossível dedicarmos nosso tempo a todos eles
  → Tornar-se DBA é uma batalha sem fim contra a entropia que os desenvolvedores tentam criar
  → Modelos de dados devem sempre ser validados por pessoas com mais conhecimento e experiência, e desenvolvedores mais jovens às vezes aparecem com ideias malucas (tipo: não se deve usar FK!). Parece que ideias ruins continuam surgindo sem parar, como um stream
  → Quando essas ideias ruins acabam sendo implementadas de fato, é difícil desfazer e elas tendem a trazer ainda mais caos: necessidade de Materialised View para evitar modelagem duplicada, ou View estranhas para compensar dados duplicados etc.
  → Então a resposta é "Sim". DBA é realmente importante. Claro, isso depende de quão seriamente a empresa leva isso e se envolve o DBA no processo de desenvolvimento, mas se não fizer isso, você vai passar por um estresse enorme

• De fato, em muitas empresas isso está sendo terceirizado. Mas sistemas estáveis que lidam com dados críticos do negócio sempre serão necessários. Aprender a lidar com dados continuará sendo importante
  → Ou então simplesmente jogam isso nas costas dos desenvolvedores..

• DBA é um papel essencial, e acho que está ficando cada vez mais importante. Olhando para meus 25 anos de carreira em TI, desenvolvedores medianos normalmente não tinham muito interesse nem muito conhecimento sobre modelagem e gestão de dados
  → Em startups pequenas pode ser difícil encontrar, mas em empresas grandes DBA é essencial. No meu projeto temos 2-3 pessoas nessa função e estamos sempre procurando mais gente.
  → Você se surpreenderia ao ver o quanto requisições de dados/SQL mal feitas, ou modelos de dados/tabelas ruins, podem afetar a performance em várias vezes. E também o quanto adicionar certos índices ou ajustar estatísticas pode ajudar na execução
  → Existe uma escala em que, em vez de contratar um bom DBA, preferem simplesmente adicionar hardware melhor porque "hardware é barato"
  → Eu frequentemente vejo até desenvolvedores experientes escreverem SQL que lê 10 bilhões de linhas em buffer para obter uma resposta de uma linha (claro, às vezes isso pode ser necessário, mas na maioria das vezes não)

• Se você consegue modelar dados, construir data warehouses, gerenciar e manter esquemas e ajudar analistas a escrever SQL eficiente, "você pode continuar empregado por muito tempo". Se olhar apenas pela perspectiva de administrador de sistemas, isso pode desaparecer por causa de soluções SaaS/PaaS

[xguru]

Por causa do exemplo dado no meio, acabei lembrando do post Github não usa nenhuma Foreign Key (2016)