Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Vous pouvez parfois avoir besoin d'interroger un ensemble de trois tableaux ou plus, tous liés les uns aux autres. Dans ce cas, vous définissez des relations imbriquées entre les tableaux.
Supposons que, dans notre application de streaming musical, vous souhaitiez interroger tous les utilisateurs, toutes les playlists de chaque utilisateur et tous les titres de chaque playlist de chaque utilisateur. Les utilisateurs sont liés par une relation de type un à plusieurs aux playlists, qui sont elles-mêmes liées par une relation de type plusieurs à plusieurs avec les titres. L'exemple de code suivant montre les classes qui représentent ces entités, ainsi que le tableau de concordance pour la relation de type plusieurs à plusieurs entre les playlists et les titres:
Tout d'abord, représentez la relation entre deux des tableaux de votre ensemble comme vous le feriez normalement, avec une classe de données et l'annotation @Relation. L'exemple suivant montre une classe PlaylistWithSongs qui représente une relation de type plusieurs à plusieurs entre la classe d'entités Playlist et la classe d'entités Song :
Après avoir défini une classe de données représentant cette relation, créez une autre classe de données qui représente la relation entre un autre tableau de votre ensemble et la première classe de la relation, en "imbriquant" la relation existante dans la nouvelle. L'exemple suivant montre une classe UserWithPlaylistsAndSongs qui représente une relation de type un à plusieurs entre la classe d'entités User et la classe de relation PlaylistWithSongs :
La classe UserWithPlaylistsAndSongs représente de manière indirecte les relations entre les trois classes d'entités : User, Playlist et Song. C'est ce qu'illustre l'image 1.
Figure 1. Schéma des classes de relations dans l'exemple d'application de streaming musical.
Si votre ensemble compte d'autres tableaux, créez une classe permettant de représenter la relation entre chaque tableau restant et la classe de relation qui représente les relations entre tous les tableaux précédents. Cette opération crée une chaîne de relations imbriquées entre tous les tableaux que vous souhaitez interroger.
Enfin, ajoutez une méthode à la classe DAO pour afficher la fonction de requête nécessaire à votre application. Cette méthode nécessite que Room exécute plusieurs requêtes. Vous devez donc ajouter l'annotation @Transaction pour vous assurer que toute l'opération est effectuée de manière atomique:
Kotlin
@Transaction@Query("SELECT * FROM User")fungetUsersWithPlaylistsAndSongs():List<UserWithPlaylistsAndSongs>
Java
@Transaction@Query("SELECT * FROM User")publicList<UserWithPlaylistsAndSongs>getUsersWithPlaylistsAndSongs();
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/27 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/07/27 (UTC)."],[],[],null,["# Define and query nested relationships\n\nSometimes, you might need to query a set of three or more tables that are all\nrelated to each other. In that case, you define *nested relationships* between\nthe tables.\n| **Caution:** Querying data with nested relationships requires Room to manipulate a large volume of data and can affect performance. Use as few nested relationships as possible in your queries.\n\nSuppose that in the music streaming app example, you want to query all the\nusers, all the playlists for each user, and all the songs in each playlist for\neach user. Users have a [one-to-many relationship](/training/data-storage/room/relationships/one-to-many) with playlists, and\nplaylists have a [many-to-many relationship](/training/data-storage/room/relationships/many-to-many) with songs. The following code\nexample shows the classes that represent these entities as well as the\ncross-reference table for the many-to-many relationship between playlists and\nsongs: \n\n### Kotlin\n\n @Entity\n data class User(\n @PrimaryKey val userId: Long,\n val name: String,\n val age: Int\n )\n\n @Entity\n data class Playlist(\n @PrimaryKey val playlistId: Long,\n val userCreatorId: Long,\n val playlistName: String\n )\n\n @Entity\n data class Song(\n @PrimaryKey val songId: Long,\n val songName: String,\n val artist: String\n )\n\n @Entity(primaryKeys = [\"playlistId\", \"songId\"])\n data class PlaylistSongCrossRef(\n val playlistId: Long,\n val songId: Long\n )\n\n### Java\n\n @Entity\n public class User {\n @PrimaryKey public long userId;\n public String name;\n public int age;\n }\n\n @Entity\n public class Playlist {\n @PrimaryKey public long playlistId;\n public long userCreatorId;\n public String playlistName;\n }\n @Entity\n public class Song {\n @PrimaryKey public long songId;\n public String songName;\n public String artist;\n }\n\n @Entity(primaryKeys = {\"playlistId\", \"songId\"})\n public class PlaylistSongCrossRef {\n public long playlistId;\n public long songId;\n }\n\nFirst, model the relationship between two of the tables in your set as you\nnormally do, using a data class and the [`@Relation`](/reference/kotlin/androidx/room/Relation) annotation. The\nfollowing example shows a `PlaylistWithSongs` class that models a many-to-many\nrelationship between the `Playlist` entity class and the `Song` entity class: \n\n### Kotlin\n\n data class PlaylistWithSongs(\n @Embedded val playlist: Playlist,\n @Relation(\n parentColumn = \"playlistId\",\n entityColumn = \"songId\",\n associateBy = Junction(PlaylistSongCrossRef::class)\n )\n val songs: List\u003cSong\u003e\n )\n\n### Java\n\n public class PlaylistWithSongs {\n @Embedded public Playlist playlist;\n @Relation(\n parentColumn = \"playlistId\",\n entityColumn = \"songId\",\n associateBy = Junction(PlaylistSongCrossRef.class)\n )\n public List\u003cSong\u003e songs;\n }\n\nAfter you define a data class that represents this relationship, create another\ndata class that models the relationship between another table from your set and\nthe first relationship class, \"nesting\" the existing relationship within the new\none. The following example shows a `UserWithPlaylistsAndSongs` class that models\na one-to-many relationship between the `User` entity class and the\n`PlaylistWithSongs` relationship class: \n\n### Kotlin\n\n data class UserWithPlaylistsAndSongs(\n @Embedded val user: User\n @Relation(\n entity = Playlist::class,\n parentColumn = \"userId\",\n entityColumn = \"userCreatorId\"\n )\n val playlists: List\u003cPlaylistWithSongs\u003e\n )\n\n### Java\n\n public class UserWithPlaylistsAndSongs {\n @Embedded public User user;\n @Relation(\n entity = Playlist.class,\n parentColumn = \"userId\",\n entityColumn = \"userCreatorId\"\n )\n public List\u003cPlaylistWithSongs\u003e playlists;\n }\n\nThe `UserWithPlaylistsAndSongs` class indirectly models the relationships\nbetween all three of the entity classes: `User`, `Playlist`, and `Song`. This is\nillustrated in figure 1.\n**Figure 1.** Diagram of relationship classes in the music streaming app example.\n\nIf there are any more tables in your set, create a class to model the\nrelationship between each remaining table and the relationship class that models\nthe relationships between all previous tables. This creates a chain of nested\nrelationships among all the tables that you want to query.\n\nFinally, add a method to the DAO class to expose the query function that your\napp needs. This method requires Room to run multiple queries, so add the\n[`@Transaction`](/reference/kotlin/androidx/room/Transaction) annotation so that the whole operation is performed\natomically: \n\n### Kotlin\n\n @Transaction\n @Query(\"SELECT * FROM User\")\n fun getUsersWithPlaylistsAndSongs(): List\u003cUserWithPlaylistsAndSongs\u003e\n\n### Java\n\n @Transaction\n @Query(\"SELECT * FROM User\")\n public List\u003cUserWithPlaylistsAndSongs\u003e getUsersWithPlaylistsAndSongs();"]]