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 de 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: os registros de suporte são normalmente usados durante o cálculo e a classificação dos dados da 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ódigo 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 constituirão a chave de registro exclusiva, exceto Conexão, ConnectionRefresh, Evidência e Descrição. |
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 exclusivo. 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 houver correspondência com OriginCorrelationID, 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 únicos em sua biblioteca. Nome da biblioteca e Nome são as chaves dos 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 exclusivo. 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 for necessária uma atualização, você deverá seguir o método de exclusão e inserção. Observação: não é recomendável atualizar os dados do sistema. |
Ver também
Importar dados
Modelo de dados do Microsoft Cloud for Sustainability
