Estive acompanhando um pouco este post:
http://www.tectura.com.br/topics/abordagens_de_…
e vi que o pessoal citou algumas apps que possuem um forte esquema de customização, algumas até permitindo ‘injetar’ código na aplicação.

Agora pergunto, numa aplicação que usa 1 banco e 1 app para N clientes, como faria a customização de um cliente que quer um campo a mais na tela X por exemplo?

Posso estar redondamente enganado, visto que nunca trabalhei em um projeto implementado em cima de multi-tenancy, mas creio que dependendo do nível das customizações, este conceito pode não se encaixar muito bem.

Mas para o exemplo em questão, talvez seja o caso de todos os clientes possuírem o tal campo extra na tela X, mas estando ele oculto por padrão para a maioria dos clientes.

Magno, acho que o que o j0nny quis falar é que ele utilizaria multitenancy para que determinados clientes tenham aquela implementação específica numa nova partição lógica. É isso, j0nny?

Se for isso, acho mais interessante parametrizar no banco esse tipo de implementação específica. Porque supomos que um cliente teria queira outro campo, e outros clientes queiram ambos. Você teria que criar pra cada implementação específica uma nova partição virtual, certo?

Isso, por exemplo, tenho meu sistema base, mas o cliente 1 quer o campo X na tela Y, mas os outros clientes não querem esse campo.
Como ficaria nesse caso?
Por exemplo meu modelo: teria n atributos e pra cada cliente desconsideraria alguns atributos?