O Oracle permite algumas sintaxes diferentes para especificar onde encontrar seu serviço de banco de dados. O que eu vi com mais frequência (nos poucos anos em que desenvolvi software profissionalmente) é mais ou menos assim:
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=myserver)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=myservice)))
Não acho que essa sintaxe tenha um nome específico, mas é o que o Oracle gera em seus arquivos TNS se você usar ferramentas gráficas para modificá-la. Mas o Oracle também permite a seguinte sintaxe muito mais compacta, pelo menos com ferramentas como SQL*Plus e aplicativos de mergulho:
myserver:1521/myservice
Isso é conhecido como Easy Connect e li que foi introduzido pelo Oracle 10g. Isso faz com que tenha cerca de 10 anos. Não tenho certeza se isso pode ser usado em um arquivo TNS e, por mais curto e simples que seja, não vejo muita necessidade de colocá-lo em um arquivo TNS. O que é bom nisso, na minha opinião: você pode usá-lo diretamente com seu aplicativo, em vez de precisar manter um arquivo TNS.
No entanto, pelo trabalho que fiz e pelos clientes com quem trabalhei, seu uso parece ser bastante incomum. A única razão pela qual eu sei disso é porque a ESRI começou a recomendar seu uso para estabelecer conexões em versões mais recentes do ArcGIS. Isso me deixa pensando por que é incomum, então há algum tipo de desvantagem em usar o Easy Connect que estou perdendo?
(Eu agradeceria se alguém pudesse adicionar mais tags. Não consegui pensar/encontrar mais nada que fizesse sentido.)
A única desvantagem real é que há várias opções de configuração que você pode colocar em um alias TNS que não pode usar quando usa a sintaxe de conexão fácil. A conexão fácil foi projetada para simplificar a sintaxe de conexões simples. Para fazer isso, porém, ele perde a capacidade de criar aliases TNS mais complexos que fazem coisas como balanceamento de carga/failover ou que solicitam uma sessão de servidor dedicada. Se você não precisa de nada disso, não há desvantagem em usar a sintaxe mais simples. No entanto, assim que uma organização tem um caso de uso que usa algo que a sintaxe de conexão fácil não suporta, ela deve oferecer suporte a uma configuração híbrida em que algumas coisas usam conexão fácil e outras usam aliases TNS ou precisam usar aliases TNS em toda parte.
Oferecer suporte a configurações híbridas ou alterar a forma como as conexões são tratadas pode ser um pouco doloroso, dependendo da sua perspectiva. É relativamente fácil para o cliente Oracle lidar com várias convenções de nomenclatura diferentes. É muito mais difícil para uma organização apoiar.
É relativamente fácil para as organizações encontrar maneiras de distribuir um único arquivo tnsnames.ora compartilhado para todos ou criar um servidor LDAP central para hospedar as informações TNS da organização. Se alguns aplicativos usam sintaxe de conexão fácil e algumas organizações usam aliases TNS, isso pode ser problemático quando uma organização deseja fazer coisas como consolidar bancos de dados ou mover bancos de dados de um host para outro. Se uma organização deseja adicionar suporte de balanceamento de carga, pode ser problemático quando alguns aplicativos falham automaticamente e outros não. Alguém precisa rastrear quais aplicativos são quais, os administradores precisam tratar os aplicativos de maneira diferente, em vez de contar com as convenções da organização que são seguidas em todos os setores. Nada disso é impossível, claro.
O que @Justin-Cave declarou praticamente cobre isso. Uma das melhores razões para usar tnsnames ou outro método de resolução é fornecer um nível de abstração. Basicamente, ele impede que os aplicativos codifiquem valores que podem ser difíceis de manter/alterar/encontrar. Se as conexões forem mantidas em um arquivo tnsnames, o banco de dados poderá ser movido, renomeado etc. e o aplicativo não precisará ser tocado, apenas redirecione a entrada tnsnames.