Descrever conceitos de objeto

Uma convenção de nomes pode ajudar a identificar e separar os objetos no SAP Datasphere ou descrever sua finalidade. Os nomes técnicos são tecnicamente únicos por espaço. Caso seja necessário ter uma nomeação harmonizada entre as áreas, isso exigirá alguma governança ao lado dos recursos do sistema.

Outro aspecto principal das convenções de nomenclatura é uma evolução do modelo ao longo do tempo. Pessoas e responsabilidades podem mudar ao longo do tempo. Ter uma convenção de nomes e aderir a essa convenção ajuda desenvolvedores e usuários no sistema, através de uma finalidade, uma área, uma origem ou até mesmo a prioridade de um modelo como parte de uma convenção de nomes. Qualquer um como tal seria capaz de entender rapidamente um objeto e seu propósito, se ele pode ser reutilizado ou se ele pode ser alterado.

Recomendações gerais para regras de nomes em uma organização:

1. Inambíguo: use descrições claras e bem definidas, em caso de dúvida, converse com o desenvolvedor de informações do seu projeto e verifique a terminologia da SAP. O objetivo é que os usuários entendam imediatamente para que a entidade é usada.
2. Para descrições e nomes comerciais, use espaços em branco. Não use sublinhados ou palavras em maiúsculas/minúsculas.
3. Evite abreviaturas o máximo possível.

Cada vez que você implementa seu objeto, uma nova versão é criada no repositório. Você pode revisar versões anteriores de um objeto a qualquer momento e optar por restaurar uma versão anterior.

A criação de versões de objeto permite que você revise o histórico de modificações em seus objetos e, para determinados tipos de objetos, restaure uma versão anterior.

Para incentivar a confiança na estabilidade de suas visões e garantir compatibilidade com versões anteriores quando elas são atualizadas, você pode definir o Estado da liberação como Liberado. Assim que uma visão é liberada, ela deve continuar fornecendo as mesmas colunas de saída até ser substituída por um sucessor, momento em que pode ser obsoleta e, eventualmente, desativada.

Atualmente, há 4 estados nos quais um objeto no SAP Datasphere pode estar:

Não liberado: o estado padrão em que uma visão está. Você pode processar o objeto livremente e os consumidores podem utilizar o objeto sem qualquer garantia de que o objeto seja modificado no futuro.

Liberado: quando uma visão está no status "Liberado", ela só pode ser editada de modo que não quebre a compatibilidade com versões anteriores. Na prática, isso significa que a saída de coluna de uma visão é estática e somente colunas podem ser adicionadas, não removidas.

Obsoleto: uma visão pode ser definida no estado "Obsoleto" assim que um sucessor dessa visão estiver disponível no SAP Datasphere. Ao definir este estado, a visão solicita a respectiva visão sucessora, que também deve estar em um estado liberado (caso contrário, você não pode selecioná-la).

Desativado: uma visão definida com o estado "Desativado" pode ser excluída do sistema. Antes de você poder definir o estado "Desativado", uma visão precisa estar no estado obsoleto por pelo menos 1 ano (e pelo menos 2 anos após ter sido liberada).

Você só pode comutar de "Liberado" para "Obsoleto" e depois para "Desativado". Somente um administrador pode redefinir uma entidade como "Não liberada".

Para ver modelos ou dados, os usuários devem estar atribuídos a uma área que contenha esses modelos. Por isso, deve existir uma função adequada. Por padrão, todos os usuários empresariais atribuídos a uma determinada área podem consumir todos os seus dados. Sua área é segura e suas entidades e outros objetos não podem ser vistos em outras áreas, a menos que você opte por compartilhá-los. Quando você compartilha uma entidade com outra área, os usuários nessa área podem usá-la como fonte para suas visões e outros objetos.

Suponha que você criou uma conexão a um sistema fonte. Em seguida, os usuários empresariais do departamento de vendas devem ter acesso a esses dados. Em seguida, a TI deve gerar um modelo e compartilhá-lo com o espaço de vendas. Os modeladores de vendas podem criar outro modelo na área de vendas sobre o objeto compartilhado que contém custos de vendas, por exemplo, e compartilhá-lo com a área financeira.

Você só precisa acessar a área de origem para iniciar o compartilhamento. O compartilhamento é uma referência unidirecional. Você não pode alterar o objeto compartilhado da área de destino, mas pode criar uma visão sobre ele e remover, renomear ou unir campos na visão.

Os objetos compartilhados não podem ser editados na área de destino, mas você pode incluí-los em outra visão. Como alternativa complicada, você pode exportar um objeto como um arquivo CSN (baseado em JSON) e importá-lo em outra área, mas, em seguida, deve exportar e importar todos os objetos necessários com o mesmo nome.

Quando o acesso ao modelo ou aos dados não deve mais estar disponível, você pode cancelar o compartilhamento do objeto das áreas de destino selecionadas. Para compartilhar ou cancelar o compartilhamento, você deve trabalhar no Gerador de dados na área de origem. Se você tentar cancelar o compartilhamento de um objeto usado na área de destino, receberá uma mensagem de erro com uma lista de objetos que o usam diretamente. Para uma visão geral completa das dependências, verifique a linhagem e a análise de impacto. Você só pode anular o compartilhamento após um novo design manual dos objetos de nível superior.