Eu nos bancos de dados dos mes ERP utilizo um padrão para para nomes, até por que uso o Firebird 2.5 com limitação de 32 caracteres, então o nome da tabela é maiúscula e bem completo e fácil de entender, mas os nomes dos campos são abreviações (tudo maiúscula):
Cd_cli = código cliente
Nm_cli = nome do cliente
Cd_ped_fut = código do pedido venda futura
E etc.
Tem um padrão por trás, mas de eu pudesse msm eu seria o mais explícito possível, mas ai ficaria um nome muito grande
Faz bastante sentido. Em sistemas ERP legados, principalmente com limitações como os 32 caracteres do Firebird 2.5, as abreviações acabam sendo uma solução prática e consistente.
O ponto interessante é que, quando existe um padrão bem definido como Cd_cli, Nm_cli e Cd_ped_fut o nome deixa de ser apenas uma abreviação e passa a funcionar como uma espécie de linguagem do sistema.
No caso do MigraFlow, esse contexto seria muito importante para evitar que o agente interprete esses nomes como ambíguos ou proponha renomeações inadequadas. Uma possibilidade seria informar um dicionário de abreviações e regras do ERP, permitindo distinguir entre uma transformação segura de nomenclatura e uma decisão que precisa de revisão humana.
Também concordo que, se não houvesse essa limitação histórica, nomes mais explícitos seriam melhores para manutenção e integração com outros sistemas. Mas, quando existe um padrão consistente, documentá-lo pode ser tão importante quanto aumentar o tamanho dos nomes.