1- Associations un-à-un 

 Solutions 1 et 2 Définition d’un attribut REF ou FOREIGN KEY dans le type qui décrit C1. Cet attribut pointe vers le type qui décrit C2. La deuxième solution est symétrique à la première.

Solution 3 Définition d’un type qui contient deux attributs REF ou FOREIGN KEY vers les types décrivant C1 et C2.

2- Associations un-à-plusieurs

Nous recensons trois bases de travail sous SQL3 pour décrire une association un-à-plusieurs entre deux classes C1 (père) et C2 (fils).

Solution 1 : Définition d’une collection (NESTED TABLE ou VARRAY pour Oracle) dans le type dérivé de C1. Cette collection contient une référence vers le type dérivé de C2.

Solution 2 : Définition d’un attribut REF ou FOREIGN KEY dans le type dérivé de C2 qui référence le type dérivé de C1.

Solution 3 : Définition d’un troisième type contenant deux attributs REF ou FOREIGN KEY qui référencent les types dérivés de C1 et C2.

3-Transformation des associations d’héritage

               Solution 1 (TOUT dans UN) :

                 Tout dans la même table et gestion des nulls

                                - Les attributs non utilisés sont laissés à null

               Solution2 (CHACUN a sa place) :

                            Chaque classe est une relation, on gère l’éclatement des informations