dendini's questions

Pegue a representação de um endereço, abaixo está uma implementação completa e muito detalhada:

aqui, em vez disso, é uma implementação rápida (que contém mais ou menos os mesmos campos, imagine que todos os campos do primeiro também estejam contidos no segundo)

Se eu fosse decidir qual é o mais próximo de um normalizado e academicamente correto, eu diria o primeiro, mas se eu fosse iniciar um projeto, iria com o segundo.

Você concorda com esta consideração? E se sim, como se lida com esse fato?

1. comece com um banco de dados fácil e, assim que for a hora, melhore-o para um banco de dados mais normalizado/acadêmico.
2. comece com algo o mais próximo possível do banco de dados acadêmico
3. ficar com a solução rápida e suja

Eu tenho que modelar uma situação onde eu tenho uma tabela Chequing_Account (que contém orçamento, número iban e outros detalhes da conta) que tem que estar relacionada a duas tabelas diferentes Pessoa e Corporação que ambas podem ter 0, 1 ou muitas contas correntes.

Em outras palavras, tenho dois relacionamentos de 1 para muitos com a mesma tabela Conta corrente

Gostaria de ouvir soluções para este problema que respeitem os requisitos de normalização. A maioria das soluções que ouvi por aí são:

1) encontre uma entidade comum da qual pertençam tanto Pessoa quanto Corporação e crie uma tabela de links entre esta e a tabela Chequing_Account, isso não é possível no meu caso e mesmo que fosse eu quero resolver o problema geral e não essa instância específica.

2) Crie duas tabelas de link PersonToChequingAccount e CorporationToChequingAccount que relacionem as duas entidades com as Contas Correntes. No entanto, não quero que duas pessoas tenham a mesma conta corrente, e não quero que uma pessoa física e uma corporação compartilhem uma conta corrente! veja esta imagem

3) Crie duas chaves estrangeiras na Conta Corrente que apontam para Corporação e Pessoa Física, no entanto, eu imporia que uma Pessoa e uma Empresa podem ter muitas contas correntes, mas eu teria que garantir manualmente que para cada linha Conta Corrente nem ambas as relações apontem para Pessoa Jurídica e Pessoa Física porque uma conta corrente é de uma pessoa jurídica ou de uma Pessoa Física. veja esta imagem

Existe alguma outra solução mais limpa para este problema?

Gostaria de verificar se uma coluna possui uma restrição NOT NULL para iniciar uma atualização automática da definição da tabela. Porém em H2 o SQL SELECT NULLABLE FROM TABLE_NAMEnão me retorna as colunas NOT NULL e não encontro nada parecido para verificar a restrição nas colunas da tabela.

Observe que não quero verificar os valores da coluna NOT NULL com algo como SELECT COLUMN FROM TABLE WHERE COLUMN IS NOT NULL! Desejo verificar a definição da tabela para essa coluna específica.

obrigada