Partilhar via


Determinar a exclusividade dos registos

Este artigo fornece informações sobre as regras utilizadas para determinar a exclusividade dos registos no Microsoft Sustainability Manager o Microsoft Cloud for Sustainability. O Sustainability Manager fornece duas formas de determinar a exclusividade dos registos:

  • Usar o ID de Correlação de Origem (OCID)
  • Geração automática de uma chave primária com base em atributos-chave

O OCID é um identificador opcional para correlacionar um registo com a respetiva origem dos dados. Está no nosso modelo de dados como um atributo opcional para dados de referência, atividade e registos de dados de emissões. O OCID é fornecido durante a criação do registo para um registo de atividade ou dados de emissões. Se fornecer um OCID, o Sustainability Manager utiliza-o para gerar a chave primária para esse registo.

O OCID tem de ser exclusivo de cada registo, pelo que não pode ser utilizado para associar mais de um registo numa única entidade/tabela. Se não fornecer um OCID, o Sustainability Manager utiliza a abordagem de gerar uma chave primária baseada em atributos-chave, o que envolve a utilização de um determinado conjunto de atributos por entidade para gerar a chave primária.

Importante

Depois de definir o valor de OCID nos registos de atividade, não pode alterá-lo.

Os dados do Sustainability Manager enquadram-se nas seguintes três categorias:

  • Dados da atividade: Os registos do âmbito 1 a 3 capturam atividades geradoras de emissões, tais como eletricidade comprada ou combustão móvel. As emissões pré-calculados ingeridas são consideradas dados de atividade e são tratados de modo semelhante.

  • Dados de referência: Os registos de suporte são normalmente utilizados durante o cálculo e a classificação dos dados da atividade. Os exemplos incluem bibliotecas de fatores de emissões, o modo de transporte ou o tipo de viagem de negócios.

  • Dados do sistema: registros operacionais comuns que normalmente fazem parte de padrões mais amplos, como fatores de gases de efeito estufa (GEE), unidades padrão e mapeamentos de código de país/região.

Estas categorias utilizam regras diferentes ao mesmo tempo que determinam o comportamento de exclusividade de um registo. Como resultado, as atualizações podem comportar-se de forma diferente entre as categorias. Utilize a tabela seguinte para determinar como gerir o sistema.

Tipo de registo Regra de avaliação de chave primária Resultado Método de atualização
Dados de atividade Se OriginCorrelationID for fornecido, é utilizado para gerar a chave primária para esse registo. Se já existir um registo com o mesmo OriginCorrelationID, o registo é atualizado. Se um registo com o mesmo OriginCorrelationID para o tipo de entidade não existir, o registo é inserido.

Se OriginCorrelationID não for fornecido, todos os campos voltados para o utente do registro compõem a chave de registro exclusiva, exceto Connection, ConnectionRefresh, Evidence e Description.
Se qualquer um dos campos por regra de avaliação for diferente e não tiver especificado um OriginCorrelationID, o registo é considerado diferente e é inserido. Utilize OriginCorrelationID para obter atualizações.
Dados de referência Nome: Deve ser exclusivo. Se o registo ingerido tiver um nome idêntico, o registo é considerado um duplicado.

OriginCorrelationID: se especificado, tem de ser exclusivo. Se já existir um registo com o mesmo OriginCorrelationID, o registo é atualizado. Se um registo com o mesmo OriginCorrelationID para o tipo de entidade não existir, o registo é inserido.

Chave primária: Name eOriginCorrelationID (se especificado).

Se Name for diferente e OriginCorrelationID for correspondido, o registro será considerado uma atualização e o Name será substituído pelos dados do registro de entrada.

Os nomes de estimativa e fator de emissão são exclusivos dentro de sua biblioteca.

Nome da biblioteca mais Nome é a chave para os fatores.
Se o Nome de um registo já existir, o registo é considerado um duplicado, a menos que especifique um OriginCorrelationID. Utilize OriginCorrelationID para obter atualizações.
Dados do sistema Nome: Deve ser exclusivo. Se o registo ingerido tiver um nome idêntico, o registo é considerado um duplicado.

OriginCorrelationID: se especificado, tem de ser exclusivo. Utilizado para atualizações.
Se o Nome de um registo já existir, o registo é considerado um duplicado, a menos que especifique um OriginCorrelationID. Se fornecido, utilize OriginCorrelationID para atualizações.

Caso contrário, se uma atualização for necessária, você deve seguir o método delete-insert.

Nota: Não recomendamos a atualização dos dados do sistema.

Importar modelo de dados
Microsoft Cloud for Sustainability