Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Đôi khi, bạn cần truy vấn một tập hợp gồm ba bảng trở lên và tất cả đều liên quan đến nhau. Trong trường hợp đó, bạn sẽ xác định mối quan hệ lồng ghép giữa các bảng.
Giả sử trong ví dụ về ứng dụng phát nhạc trực tuyến, bạn muốn truy vấn tất cả người dùng, danh sách phát của mỗi người dùng và tất cả bài hát trong từng danh sách phát của từng người dùng. Người dùng có mối quan hệ một với nhiều với danh sách phát và danh sách phát có mối quan hệ nhiều với nhiều với bài hát. Mã ví dụ sau đây hiển thị các lớp đại diện cho các thực thể này, cũng như bảng tham chiếu chéo cho mối quan hệ nhiều với nhiều giữa danh sách phát và bài hát:
Trước tiên, hãy mô hình hoá mối quan hệ giữa hai bảng trong tập hợp của bạn như bình thường, sử dụng lớp dữ liệu và chú giải @Relation. Ví dụ sau đây hiển thị một lớp PlaylistWithSongs mà mô hình hoá mối quan hệ nhiều với nhiều giữa lớp thực thể Playlist và lớp thực thể Song:
Sau khi xác định một lớp dữ liệu đại diện cho mối quan hệ này, hãy tạo một lớp dữ liệu khác mà mô hình hoá mối quan hệ giữa một bảng khác từ tập hợp của bạn và lớp mối quan hệ đầu tiên, "lồng" mối quan hệ hiện có vào trong mối quan hệ mới. Ví dụ sau đây hiển thị một lớp UserWithPlaylistsAndSongs mà mô hình hoá mối quan hệ một với nhiều giữa lớp thực thể User và lớp mối quan hệ PlaylistWithSongs:
Lớp UserWithPlaylistsAndSongs gián tiếp mô hình hoá mối quan hệ giữa cả ba lớp thực thể: User, Playlist và Song. Điều này được minh hoạ trong hình 1.
Hình 1. Sơ đồ các lớp mối quan hệ trong ví dụ về ứng dụng phát nhạc trực tuyến.
Nếu còn bất kỳ bảng nào khác trong tập hợp của bạn, tạo một lớp để mô hình hoá mối quan hệ giữa từng bảng còn lại và lớp mối quan hệ mà mô hình hoá mối quan hệ giữa tất cả các bảng trước đó. Điều này tạo ra một chuỗi các mối quan hệ lồng ghép giữa tất cả các bảng bạn muốn truy vấn.
Cuối cùng, hãy thêm một phương thức vào lớp DAO để hiển thị hàm truy vấn mà ứng dụng của bạn cần. Phương thức này đòi hỏi Room chạy nhiều truy vấn. Vì vậy, hãy thêm chú thích @Transaction để đảm bảo rằng toàn bộ thao tác sẽ được thực hiện tỷ mỷ:
Kotlin
@Transaction@Query("SELECT * FROM User")fungetUsersWithPlaylistsAndSongs():List<UserWithPlaylistsAndSongs>
Java
@Transaction@Query("SELECT * FROM User")publicList<UserWithPlaylistsAndSongs>getUsersWithPlaylistsAndSongs();
Nội dung và mã mẫu trên trang này phải tuân thủ các giấy phép như mô tả trong phần Giấy phép nội dung. Java và OpenJDK là nhãn hiệu hoặc nhãn hiệu đã đăng ký của Oracle và/hoặc đơn vị liên kết của Oracle.
Cập nhật lần gần đây nhất: 2025-07-27 UTC.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 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();"]]