En el modelo DBTG solamente pueden emplearse enlaces uno a uno y uno a muchos. En este modelo existen dos elementos principales que son el dueño y el miembro, donde solo puede existir un dueño y varios miembros, donde cada miembro depende solamente de un dueño.

    Empleando el ejemplo de la relación Alumno-cursa-Materia.

  Si la relación es uno a muchos  sin atributos descriptivos, entonces el diagrama de estructura
      de datos apropiado es:

  Si la relación tiene un atributo descriptivo, como el de calif, entonces el diagrama de estructura de datos apropiado es:

  Si la relación fuera de muchos a muchos el algoritmo de transformación seria como el siguiente considerando que la relación no tiene atributos descriptivos, entonces:

1. Crear los registros correspondientes de las entidades involucradas (alumno,materia).
2. Crear un nuevo tipo de registro ficticio, renlace que puede no tener campos o tener sólo uno que contenga un   identificador único definido externamente.
3. Crear los enlaces correspondientes muchos a uno.

  En el caso de  las relaciones generales (es decir, no binarias), el algoritmo de transformación es el mismo  empleado para el estructurado de los diagramas de los modelos de red donde intervienen más de 2 entidades.
     Por ejemplo consideremos la agregación de la entidad   maestro, entonces  para este caso resulta la  estructura siguiente:

Conjuntos DBTG

    Como se mencionó anteriormente en este modelo solo pueden utilizarse enlaces muchos a uno y uno a uno, así una  forma general de este modelo sería:

    En el modelo DBTG, esta estructura de denomina conjunto DBTG. El nombre que se le asigna al conjunto generalmente es el mismo que el de la relación que une a las entidades.

    En todo conjunto DBTG de este tipo, el tipo de registro A se denomina dueño (o padre) del conjunto, el tipo de registro B se le denomina miembro (o hijo) del conjunto.Cada  conjunto DBTG puede tener cualquier numero de ocurrencias del conjunto. Puesto que no se permiten enlaces del tipo muchos a muchos, cada ocurrencia del conjunto tiene exclusivamente un dueño y cero o más registros miembros. Además ningún registro puede participar en más de una ocurrencia del conjunto en ningún momento. Sin embargo, un registro miembro puede participar simultáneamente en varias ocurrencias de diferentes conjuntos.

Podemos ejemplificar las ocurrencias que se pueden presentar, como:

Para ilustrarlo, considérese el diagrama de estructura siguiente:

Existen dos conjuntos DBTG:

    AluCal, cuyo dueño es Alumno y cuyo miembro es reenlace.
      MatCal, cuyo dueño es Materia y el miembro reenlace.

Declaración de conjuntos

El  conjunto AluCal se define:          y el conjunto MatCal:

        Set name is AluCal                Set name is MatCal       
             owner is Alumno                      owner is Materia
             member is reenlace                  member is reenlace

Una instancia de la base de datos podría ser: