3. Declara una relación guardada como Name o String

Los nombres y textos normales pueden ser etiquetas. Declara explícitamente cuáles contienen claves de otra tabla.

1. Descarga ConsumersByKey.csv y name-string-profile.json en Fixtures.
2. Crea una User Defined Structure ST_ConsumerKeyRow con TargetKey de tipo Name y Label de tipo String. Desde esa estructura crea ConsumersByKey en /Game/RowTetherExample e importa ConsumersByKey.csv.
3. Selecciona Targets y ConsumersByKey, pulsa Use selected DataTables y carga Fixtures/name-string-profile.json desde References and game rules.
4. Espera a la revisión. El resultado esperado es un ROWTETHER-ROW-MISSING en D2: Missing no existe en Targets. D1 → T1 y D3 → T2 deben resolverse.
5. En ConsumersByKey, cambia D2.TargetKey de Missing a T3. Espera a que acabe la revisión actual antes de editar y vuelve a pulsar Review tables después del cambio.
6. Confirma Completed, cobertura suficiente y que el hallazgo desapareció porque cambió la clave de origen.

El perfil apunta TargetKey a Targets; RowTether no adivina que una columna Name es una relación. También puedes usar un campo String con el mismo mapeo explícito.

Si D2 no aparece, comprueba que TargetKey es una propiedad de nivel superior de tipo Name, que el perfil apunta a /Game/RowTetherExample/ConsumersByKey.ConsumersByKey y que D2 contiene Missing.