Compartilhar via


Determinar a exclusividade do registro

Este artigo fornece informações sobre as regras usadas para determinar a exclusividade do registro no Microsoft Sustainability Manager no Microsoft Cloud for Sustainability. O Sustainability Manager fornece duas maneiras de determinar a exclusividade do registro:

  • Use a ID de correlação de origem (OCID)
  • Geração automática de uma chave primária com base em atributos da chave

A OCID é um identificador opcional para correlacionar um registro à origem de dados. Ela está em nosso modelo de dados como um atributo opcional para dados de referência, atividades e registros de dados de emissão. O OCID é fornecido ao criar o registro de uma atividade ou de dados de emissões. Se você fornecer um OCID, o Sustainability Manager o usará para gerar a chave primária para esse registro.

O OCID deve ser único para cada registro; portanto, você não pode usá-lo para associar mais de um registro em uma única entidade/tabela. Se você não fornecer um OCID, o Sustainability Manager usará a abordagem de gerar uma chave primária com base em atributos de chave, o que envolve o uso de determinado conjunto de atributos por entidade para gerar a chave primária.

Importante

Depois que definir o valor da OCID nos registros de atividade, você não poderá alterá-lo.

Os dados do Sustainability Manager se enquadram nas três categorias a seguir:

  • Dados de atividade: Os registros do escopo 1-3 capturam atividades produtoras de emissões, como eletricidade comprada ou combustão móvel. As emissões pré-calculadas ingeridas são consideradas dados de atividade e são tratadas de forma semelhante.

  • Dados de referência: Registros de suporte são normalmente usados durante o cálculo e a classificação de dados de atividade. Os exemplos incluem bibliotecas de fatores de emissão, modo de transporte ou 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ódigos de país/região.

Essas categorias usam regras diferentes ao determinar o comportamento de exclusividade de um registro. Como resultado, as atualizações podem se comportar de maneira diferente entre as categorias. Use a tabela a seguir para determinar como gerenciar seu sistema.

Tipo de registro Regra de avaliação de chave primária Resultado Método de atualização
Dados da atividade Se OriginCorrelationID for fornecido, ele será usado para gerar a chave primária desse registro. Se já existir um registro com a mesma OriginCorrelationID, o registro será atualizado. Se um registro com a mesma OriginCorrelationID para o tipo de entidade não existir, o registro será inserido.

Se OriginCorrelationID não for fornecido, todos os campos do registro voltados para o usuário constituem a chave de registro exclusiva, exceto Connection, ConnectionRefresh, Evidence e Description.
Se algum dos campos por regra de avaliação for diferente e você não tiver especificado uma OriginCorrelationID, o registro será considerado diferente e será inserido. Use OriginCorrelationID para obter atualizações.
Dados de referência Nome: Deve ser único. Se o registro ingerido tiver um nome idêntico, o registro será considerado uma duplicidade.

OriginCorrelationID: se especificada, deve ser exclusiva. Se já existir um registro com a mesma OriginCorrelationID, o registro será atualizado. Se um registro com a mesma OriginCorrelationID para o tipo de entidade não existir, o registro será inserido.

Chave primária: Nome e OriginCorrelationID (se especificada).

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

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

Nome da biblioteca mais Nome é a chave para fatores.
Se um Nome de um registro já existir, o registro será considerado duplicado, a menos que você especifique um OriginCorrelationID. Use OriginCorrelationID para obter atualizações.
Dados do sistema Nome: Deve ser único. Se o registro ingerido tiver um nome idêntico, o registro será considerado uma duplicidade.

OriginCorrelationID: se especificada, deve ser exclusiva. Usado para atualizações.
Se um Nome de um registro já existir, o registro será considerado duplicado, a menos que você especifique um OriginCorrelationID. Se fornecido, use OriginCorrelationID para atualizações.

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

Observação: Não recomendamos atualizar os dados do sistema.

Importar dados
Microsoft Cloud for Sustainability modelo de dados