Duvida com modelagem em MongoDB

[Emerson Soares]

Pessoal, eu e todos da minha equipe somos iniciantes com NoSQL, usavamos Entity Framework com SQL Server 2008 em um projeto mas com o passar do tempo o projeto foi ficando maior e mais complexo a ponto de o EF não resolver mais pra gente, resolvemos adotar o MongoDB depois de algumas dicas do Suissa Corp, ele já ajudou bastante mas ainda temos varias duvidas devido a grande mudança de paradigma, vou postar uma delas aqui pra ver o que vocês acham e suas opiniões. 

Eu tenho as entidades "Pessoa Fisica", "Paciente" e "Profissional" sendo que o Paciente e o Profissional são Pessoa Fisica, mas em alguns momentos o Paciente e o Profissional serão a mesma pessoa ex(um profissional da unidade de saude que também é paciente), no SQL Server a gente tinha uma tabela Paciente que tinha uma referencia para a Pessoa Fisica e o Profissional que também tinha uma referencia para a Pessoa Fisica, quando Paciente e Profissional eram a mesma pessoa os dois tinha r

eferencia para a mesma Pessoa Fisica, agora no mongo surgiram algumas duvidas, alguns membros da equipe aqui querem fazer a mesma coisa praticamente, as entidades Paciente e Profissional terem o Id da Pessoa Fisica. Já eu queria fazer o Paciente e o Profissional terem o objeto completo Pessoa Fisica, mas ai como ficaria a integridade disso? Pois tecnicamente a Pessoa Fisica do Paciente seria diferente da Pessoa Fisica do Profissional... Essa e outras duvidas estão quebrando nossa cabeça aqui, em varias entidades que são compartilhadas não sabemos se colocamos a entidade dentro do objeto que tem ela ou o objeto só leva o Id da entidade, ficando da mesma forma que no BD relacional. Outro exemplo: a Unidade de Saude e os Tipos de UnidadeDeSaude, um Tipo De Unidade De Saude tem varias Unidades De Saude e uma Unidade de Saude tem um Tipo, a abordagem correta seria colocar o objeto Tipo De Unidade dentro da UNidade de Saude ou apenas referencias ele pelo Id?

[Winston Pacheco Junior]

Emerson,

Em minha opinião, em um banco orientado a documentos, os mesmos (documentos) devem ser tão independentes quanto possível, ou seja, devem conter o mínimo de associações com outros documentos. Devido a natureza sem esquema do banco, você pode ter especializações guardadas na mesma coleção.

Apesar de não ser sobre MongoDB especificamente, o inicio deste livro é sobre bancos de dados NoSQL em geral e como modelar pensando em documentos, ao invés de tabelas e relações, acredito que ele possa ser bem útil ao seu momento agora. As versões são do livro são "deployadas" neste site: http://builds.hibernatingrhinos.com/Builds/RavenDBBook. Leia lá, acredito que você vai achar bem legal para o seu momento agora.