compreendendo o "lado proprietário" em orm mapeando

no mapeamento de objetos-relatórios (orm), as relações bidirecionais entre as entidades requerem o conceito de "possuir um lado" para garantir o banco de dados correto. Side

O lado próprio de uma relação bidirecional refere -se à entidade que "possui" a restrição de chave estrangeira no banco de dados. Isso significa que as atualizações do relacionamento são rastreadas e persistidas apenas pelo lado próprio. Para implementar relacionamentos bidirecionais, ORMs como o Hibernate criam tabelas de associação adicionais ou mantenham uma tabela de junção para representar o relacionamento. O conceito do lado próprio garante que apenas um lado do relacionamento seja rastreado e atualizado, impedindo possíveis inconsistências de dados. Departamento de Classe Pública { @Onetomany (mapedby = "departamento") Funcionários da Lista Privada; } @Entidade Public Class Funcionário { @ManytoOne Departamento Privado do Departamento; }

Neste exemplo, o departamento é o lado proprietário porque possui a chave estrangeira departament_id na tabela de funcionários. Adicionar ou remover um funcionário do campo do departamento no departamento criará ou excluirá automaticamente a referência de chave estrangeira na tabela de funcionários. Pessoa da classe pública { @Onetoone (mapedby = "pessoa") passaporte de passaporte particular; } @Entidade classe pública passaporte { @OnetoOne pessoa privada; }

Neste caso, o lado próprio não é explicitamente especificado. Hibernate o infere com base na ordem de anotação. A pessoa se torna o lado proprietário porque aparece primeiro e é dono da chave estrangeira PERSON_ID na tabela de passaportes. Public Class Cart { @Onetomany (mapedby = "carrinho") Produtos Private produtos; } @Entidade Public class Product { @ManytoOne carrinho privado carrinho; }

semelhante ao exemplo um para muitos, o carrinho é o lado proprietário, porque é dono da chave estranha cart_id na tabela de produtos. Ele garante a integridade e impede tabelas de banco de dados desnecessárias e duplicação de dados. Ao saber de que lado do relacionamento é o lado proprietário, os desenvolvedores podem evitar inconsistências e manter uma representação consistente dos dados no aplicativo e no banco de dados.