You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Atualmente, ficamos limitados a exibir apenas os valores dos próprios registros nas listagens de dados, pelo fato de somente eles serem selecionados. Exemplo: em uma listagem de sócio, nos registros devolvidos em Socio.objects.filter(...) temos o nome do sócio e o CNPJ da empresa, mas não razão social da empresa - seria interessante ter a razão social da empresa, mas para isso precisaríamos que o campo Socio.cnpj fosse uma ForeignKey para Empresa.cnpj, assim poderíamos utilizar o select_related.
A criação do campo em tempo de execução não é exatamente, um problema, mas teremos que cuidar de:
Guardar os metadados de todas as FKs nos Fields
Decidir se essa FK será forçada no banco
Talvez guardar informações de PKs no Field também
Decidir se essa PK será forçada no banco
Caso o enforcement das PKs e FKs não seja feita no banco, o usuário precisará garantir que para cada FK existente na tabela, exista uma PK na tabela referenciada
Atualmente, ficamos limitados a exibir apenas os valores dos próprios registros nas listagens de dados, pelo fato de somente eles serem selecionados. Exemplo: em uma listagem de sócio, nos registros devolvidos em
Socio.objects.filter(...)
temos o nome do sócio e o CNPJ da empresa, mas não razão social da empresa - seria interessante ter a razão social da empresa, mas para isso precisaríamos que o campoSocio.cnpj
fosse uma ForeignKey paraEmpresa.cnpj
, assim poderíamos utilizar oselect_related
.A criação do campo em tempo de execução não é exatamente, um problema, mas teremos que cuidar de:
Field
sField
tambémRelacionada à issue 214 do Sentry.
The text was updated successfully, but these errors were encountered: