Permissões de acesso a pessoas vivas na árvore (Lista de Confiança)

Como já foi apontado em outras sugestões, restringir o acesso a pessoas vivas na árvore apenas ao criador acarreta duas grandes desvantagens:

1. Pessoas da mesma família precisam criar múltiplos registros de um parente vivo em comum
2. A criação de múltiplos registros de uma mesma pessoa consome recursos de bancos de dados desnecessariamente

Sendo assim, farei uma sugestão, abordando alguns aspectos técnicos.

Creio que o banco dados tenha, entre outras, estas entidades:

1. Tabela de usuários
2. Tabela de fontes (imagens)
3. Tabela de índices de pessoas
4. Tabela de pessoas na árvore
5. Relacionamento 1:N entre fontes e índices de pessoas
6. Relacionamento 1:N índices de pessoas e pessoas na árvore (eu achava que era 1:1 até conseguir anexar o mesmo índice a mais de uma pessoa na árvore)

Um registro de pessoa na árvore deve ter, entre outros, estes atributos (campos):

1. Criador: chave para um registro da tabela de usuários
2. Vivo: valor lógico (verdadeiro ou falso)

Para decidir se um usuário pode acessar (e editar) um registro de pessoa na árvore, o sistema deve operar +/- assim:

SE (Pessoa.Vivo = Falso) OU (Pessoa.Criador = Usuário logado): acesso total concedido
SENÃO: acesso totalmente negado (o usuário nem vê a pessoa na árvore)

A minha sugestão consiste em acrescentar um relacionamento N:N entre as tabelas de usuários e de pessoas na árvore, o que, na prática, seria acrescentar (pelo menos) estas entidades:

1. Tabela de intermediária
2. Relacionamento 1:N entre a tabela intermediária e a tabela de usuários
3. Relacionamento 1:N entre a tabela intermediária e a tabela de pessoas na árvore

Além tabela de intermediária teria (pelo menos) estes atributos:

1. Chave para a tabela de usuários
2. Chave para a tabela de pessoas na árvore
3. Próprio: valor lógico (verdadeiro ou falso), para especificar se o registro é aquela pessoa
4. Escrita: valor lógico (verdadeiro ou falso)

Com isso, para decidir se um usuário pode acessar (e editar ou não) um registro de pessoa na árvore, o sistema poderia ser reprogramado para operar +/- assim:

SE (Pessoa.Vivo = Falso) OU (Pessoa.Criador = usuário logado): acesso total concedido
SENÃO:
{
Busca na tabela de intermediária registro que relacione usuário logado com pessoa na árvore
SE houver registro na tabela de intermediária
{
SE (Relacionamento.Próprio = Verdadeiro) OU (Relacionamento.Escrita = Verdadeiro): acesso total concedido
SENÃO: acesso somente leitura (visualização) concedido
}
SENÃO (se não houver registro na tabela de intermediária): acesso totalmente negado (o usuário nem vê a pessoa na árvore)
}

O usuário criador de um registro de pessoa viva teria ferramentas para conceder acesso a outros usuários, que poderia ser total, ou seja, outra pessoa que também pode editar o registro, ou não, para que a outra pessoa possa apenas visualizar.

Também poderia informar que outro usuário é a pessoa daquele registro da árvore. Por exemplo, uma pessoa cria o registro de um irmão, e, quando o irmão fizer o cadastro no site, pode informar que a conta de usuário do irmão é aquela pessoa na árvore, e automaticamente o usuário do irmão poderia fazer alterações no registro de sua pessoa na árvore.

Creio que seja uma forma mais racional e colaborativa.

Adicionalmente, poderia haver o conceito de grupos. Um usuário poderia criar grupos (por exemplo, “Núcleo Familiar”) e atribuir permissões ao grupo. Claro, isso demandaria mais algumas entidades e mais algumas alterações no sistema, mas seria perfeitamente viável.

Aproveito para me colocar à disposição para conversar sobre o assunto e até colaborar de forma técnica, caso necessário e viável.

Obrigado.