Mesmo que não seja um impacto no desempenho, pode ser um problema na integridade dos dados, pois os FKs não podem ser aplicados nos bancos de dados.

No entanto, é mais provável que seus procs precisem ser ajustados, especialmente se tiverem milhares de linhas. Para começar, procure por cursores, subconsultas correlacionadas e indexação incorreta. Procure também as cláusulas where que não podem ser sargáveis ​​e as funções escalares que estão executando linha por linha agonizante.

É claro que a melhor maneira de provar que o banco de dados separado não é o problema é pegar um proc lento e converter essas tabelas em um banco de dados e testar o desempenho nos dois sentidos. Por favor, pelo menos, convença-os a fazer esse teste menor antes que eles prossigam e façam a mudança terrivelmente complicada e demorada em um banco de dados e, em seguida, descubram que ainda têm problemas de desempenho.

E lembre-se, o plano de execução é que seu amigo está olhando para essas coisas.