Primaire id's instellen in een ad-hocgegevensset

Met Adobe Experience Platform Query Service kunt u gegevenssetkolommen markeren als primaire of secundaire identiteiten met behulp van beperkingen voor de SQL-opdracht ALTER TABLE . U kunt deze functie gebruiken om ervoor te zorgen dat gemarkeerde velden voldoen aan de privacyvereisten voor gegevens. Dit bevel staat u toe om beperkingen voor zowel primaire als secundaire kolommen van de identiteitslijst direct door SQL toe te voegen of te schrappen.

Aan de slag

Voor het labelen van gegevenssetkolommen als primaire of secundaire identiteit is een goed begrip van de SQL-opdracht van ALTER TABLE en van de privacyvereisten voor gegevens vereist. Lees de volgende documentatie voordat u doorgaat met dit document:

Beperkingen toevoegen add-constraints

Met de opdracht ALTER TABLE kunt u een gegevenssetkolom labelen als de identiteit van een persoon en dat label vervolgens gebruiken als een primaire identiteit door de bijbehorende metagegevens bij te werken met SQL. Dit is vooral nuttig wanneer de datasets door SQL eerder dan direct van een schema door Platform UI worden gecreeerd. De opdracht kan worden gebruikt om ervoor te zorgen dat uw gegevensbewerkingen in het Platform compatibel zijn met het beleid voor gegevensgebruik.

Voorbeelden

In het volgende voorbeeld wordt een beperking toegevoegd aan de bestaande t1 -tabel. De waarden van de kolom id worden nu gemarkeerd als primaire identiteiten onder de naamruimte IDFA . Een naamruimte van een identiteit is een trefwoord dat het type identiteitsgegevens declareert dat het veld vertegenwoordigt.

ALTER TABLE t1 ADD CONSTRAINT PRIMARY IDENTITY (id) NAMESPACE 'IDFA';

Het tweede voorbeeld zorgt ervoor dat de kolom id als secundaire identiteit duidelijk is.

ALTER TABLE t1 ADD CONSTRAINT IDENTITY(id) NAMESPACE 'IDFA';

Beperkingen voor neerzetten drop-constraints

Restricties kunnen ook uit tabelkolommen worden verwijderd met de opdracht ALTER TABLE .

Voorbeelden

In het volgende voorbeeld wordt de vereiste verwijderd dat de kolom c1 een primaire identiteit in de bestaande t1 -tabel krijgt.

ALTER TABLE t1 DROP CONSTRAINT PRIMARY IDENTITY (c1) ;

Zoals u hieronder ziet, wordt dezelfde syntaxis gebruikt voor het verwijderen van een identiteitsbeperking.

ALTER TABLE t1 DROP CONSTRAINT IDENTITY (c1) ;

Identiteiten tonen

Gebruik de opdracht Metagegevens show identities in de opdrachtregelinterface om een tabel weer te geven met alle kenmerken die als identiteit zijn toegewezen.

> show identities;

Hieronder wordt een voorbeeld van een geretourneerde tabel weergegeven.

 tableName | columnName | datatype | namespace | ifPrimary
-----------+------------+----------+-----------+----------
(0 rows)

XDM-beperkingen limitations

In de volgende lijst worden belangrijke overwegingen beschreven voor het bijwerken van identiteiten in bestaande gegevenssets bij het gebruik van XDM.

  • Om een kolom als identiteit te specificeren, moet u ​ook namespace bepalen die als meta-gegevens voor de kolom moet worden bewaard.
  • XDM ondersteunt het opgeven van een kolomnaam in het naamruimtekenmerk niet.
  • Als uw schema het identityMap XDM gebied gebruikt, moet het wortel of top-level identityMap voorwerp ​als identiteit of primaire identiteit worden geëtiketteerd.
recommendation-more-help
ccf2b369-4031-483f-af63-a93b5ae5e3fb