এই পৃষ্ঠাটি Cloud Translation API অনুবাদ করেছে।

বস্তুর মধ্যে সম্পর্ক সংজ্ঞায়িত করুন

যেহেতু SQLite একটি রিলেশনাল ডাটাবেস, আপনি সত্তার মধ্যে সম্পর্ক নির্ধারণ করতে পারেন। কিন্তু বেশিরভাগ অবজেক্ট-রিলেশনাল ম্যাপিং লাইব্রেরি সত্তা বস্তুকে একে অপরকে রেফারেন্স করতে দেয়, রুম স্পষ্টভাবে এটি নিষিদ্ধ করে। এই সিদ্ধান্তের পিছনে প্রযুক্তিগত যুক্তি সম্পর্কে জানতে, রুম কেন অবজেক্ট রেফারেন্সের অনুমতি দেয় না তা বুঝতে দেখুন।

দুটি সম্ভাব্য পন্থা

রুমে, সত্তার মধ্যে সম্পর্ক নির্ধারণ এবং অনুসন্ধান করার দুটি উপায় রয়েছে: এমবেডেড অবজেক্ট সহ একটি মধ্যবর্তী ডেটা ক্লাস বা মাল্টিম্যাপ রিটার্ন টাইপ সহ একটি রিলেশনাল ক্যোয়ারী পদ্ধতি ব্যবহার করে।

মধ্যবর্তী ডেটা ক্লাস

মধ্যবর্তী ডেটা ক্লাস পদ্ধতিতে, আপনি একটি ডেটা ক্লাস সংজ্ঞায়িত করেন যা আপনার রুম সত্তার মধ্যে সম্পর্ককে মডেল করে। এই ডেটা ক্লাসটি এমবেডেড অবজেক্ট হিসাবে একটি সত্তার দৃষ্টান্ত এবং অন্য সত্তার দৃষ্টান্তগুলির মধ্যে জোড় ধারণ করে৷ আপনার ক্যোয়ারী পদ্ধতিগুলি আপনার অ্যাপে ব্যবহারের জন্য এই ডেটা ক্লাসের উদাহরণগুলি ফেরত দিতে পারে।

উদাহরণস্বরূপ, আপনি নির্দিষ্ট বই চেক আউট করে লাইব্রেরি ব্যবহারকারীদের প্রতিনিধিত্ব করার জন্য একটি UserBook ডেটা ক্লাস সংজ্ঞায়িত করতে পারেন এবং ডাটাবেস থেকে UserBook উদাহরণগুলির একটি তালিকা পুনরুদ্ধার করার জন্য একটি ক্যোয়ারী পদ্ধতি সংজ্ঞায়িত করতে পারেন:

কোটলিন

@Dao
interface UserBookDao {
    @Query(
        "SELECT user.name AS userName, book.name AS bookName " +
        "FROM user, book " +
        "WHERE user.id = book.user_id"
    )
    fun loadUserAndBookNames(): LiveData<List<UserBook>>
}

data class UserBook(val userName: String?, val bookName: String?)

জাভা

@Dao
public interface UserBookDao {
   @Query("SELECT user.name AS userName, book.name AS bookName " +
          "FROM user, book " +
          "WHERE user.id = book.user_id")
   public LiveData<List<UserBook>> loadUserAndBookNames();
}

public class UserBook {
    public String userName;
    public String bookName;
}

মাল্টিম্যাপ রিটার্ন প্রকার

মাল্টিম্যাপ রিটার্ন টাইপ পদ্ধতিতে, আপনাকে কোনও অতিরিক্ত ডেটা ক্লাস সংজ্ঞায়িত করতে হবে না। পরিবর্তে, আপনি মানচিত্র কাঠামোর উপর ভিত্তি করে আপনার পদ্ধতির জন্য একটি মাল্টিম্যাপ রিটার্ন টাইপ সংজ্ঞায়িত করুন এবং আপনার এসকিউএল ক্যোয়ারীতে সরাসরি আপনার সত্তার মধ্যে সম্পর্ক সংজ্ঞায়িত করুন।

উদাহরণস্বরূপ, নিম্নলিখিত ক্যোয়ারী পদ্ধতিটি নির্দিষ্ট বই চেক আউট সহ লাইব্রেরি ব্যবহারকারীদের প্রতিনিধিত্ব করতে User এবং Book উদাহরণগুলির একটি ম্যাপিং প্রদান করে:

কোটলিন

@Query(
    "SELECT * FROM user" +
    "JOIN book ON user.id = book.user_id"
)
fun loadUserAndBookNames(): Map<User, List<Book>>

জাভা

@Query(
    "SELECT * FROM user" +
    "JOIN book ON user.id = book.user_id"
)
public Map<User, List<Book>> loadUserAndBookNames();

একটি পদ্ধতি চয়ন করুন

রুম এই উভয় পন্থাকে সমর্থন করে, তাই আপনি আপনার অ্যাপের জন্য সর্বোত্তম যে কোনো পদ্ধতি ব্যবহার করতে পারেন। এই বিভাগে আপনি কেন এক বা অন্যটিকে পছন্দ করতে পারেন তার কয়েকটি কারণ নিয়ে আলোচনা করা হয়েছে।

মধ্যবর্তী ডেটা ক্লাস পদ্ধতি আপনাকে জটিল এসকিউএল প্রশ্নগুলি লিখতে এড়াতে দেয়, তবে এটি প্রয়োজনীয় অতিরিক্ত ডেটা ক্লাসের কারণে কোড জটিলতাও বাড়িয়ে তুলতে পারে। সংক্ষেপে, মাল্টিম্যাপ রিটার্ন টাইপ পদ্ধতির জন্য আপনার এসকিউএল কোয়েরিগুলিকে আরও কাজ করতে হবে এবং মধ্যবর্তী ডেটা ক্লাস পদ্ধতির জন্য আরও কাজ করার জন্য আপনার কোডের প্রয়োজন।

আপনার যদি মধ্যবর্তী ডেটা ক্লাসগুলি ব্যবহার করার নির্দিষ্ট কারণ না থাকে তবে আমরা মাল্টিম্যাপ রিটার্ন টাইপ পদ্ধতি ব্যবহার করার পরামর্শ দিই। এই পদ্ধতি সম্পর্কে আরও জানতে, একটি মাল্টিম্যাপ ফেরত দেখুন।

এই গাইডের বাকি অংশটি দেখায় কিভাবে মধ্যবর্তী ডেটা ক্লাস পদ্ধতি ব্যবহার করে সম্পর্ককে সংজ্ঞায়িত করতে হয়।

এমবেডেড অবজেক্ট তৈরি করুন

কখনও কখনও, আপনি একটি সত্তা বা ডেটা অবজেক্টকে আপনার ডাটাবেস লজিকে একটি সমন্বিত সমগ্র হিসাবে প্রকাশ করতে চান, এমনকি যদি বস্তুটিতে বেশ কয়েকটি ক্ষেত্র থাকে। এই পরিস্থিতিতে, আপনি একটি বস্তুর প্রতিনিধিত্ব করতে @Embedded টীকা ব্যবহার করতে পারেন যা আপনি একটি টেবিলের মধ্যে এর সাবফিল্ডে পচতে চান। তারপরে আপনি এমবেডেড ক্ষেত্রগুলিকে জিজ্ঞাসা করতে পারেন ঠিক যেমন আপনি অন্যান্য পৃথক কলামগুলির জন্য করেন৷

উদাহরণস্বরূপ, আপনার User শ্রেণীতে Address ধরনের একটি ক্ষেত্র অন্তর্ভুক্ত থাকতে পারে যা street , city , state , এবং postCode নামক ক্ষেত্রগুলির একটি রচনাকে প্রতিনিধিত্ব করে৷ রচিত কলামগুলিকে টেবিলে আলাদাভাবে সংরক্ষণ করতে, User ক্লাসে একটি Address ক্ষেত্র অন্তর্ভুক্ত করুন যা @Embedded এর সাথে টীকাযুক্ত, যেমনটি নিম্নলিখিত কোড স্নিপেটে দেখানো হয়েছে:

কোটলিন

data class Address(
    val street: String?,
    val state: String?,
    val city: String?,
    @ColumnInfo(name = "post_code") val postCode: Int
)

@Entity
data class User(
    @PrimaryKey val id: Int,
    val firstName: String?,
    @Embedded val address: Address?
)

জাভা

public class Address {
    public String street;
    public String state;
    public String city;

    @ColumnInfo(name = "post_code") public int postCode;
}

@Entity
public class User {
    @PrimaryKey public int id;

    public String firstName;

    @Embedded public Address address;
}

একটি User অবজেক্টের প্রতিনিধিত্বকারী সারণিতে নিম্নলিখিত নামগুলির সাথে কলাম রয়েছে: id , firstName , street , state , city , এবং post_code ।

যদি একটি সত্তার একই ধরনের একাধিক এমবেডেড ক্ষেত্র থাকে, তাহলে আপনি prefix সম্পত্তি সেট করে প্রতিটি কলাম অনন্য রাখতে পারেন। রুম তারপর এমবেড করা বস্তুর প্রতিটি কলাম নামের শুরুতে প্রদত্ত মান যোগ করে।

এক থেকে এক সম্পর্কের সংজ্ঞা দাও

দুটি সত্তার মধ্যে এক-এক সম্পর্ক এমন একটি সম্পর্ক যেখানে পিতামাতার প্রতিটি দৃষ্টান্ত শিশু সত্তার ঠিক একটি উদাহরণের সাথে মিলে যায় এবং বিপরীতটিও সত্য।

উদাহরণস্বরূপ, একটি মিউজিক স্ট্রিমিং অ্যাপ বিবেচনা করুন যেখানে ব্যবহারকারীর নিজস্ব গানের একটি লাইব্রেরি রয়েছে। প্রতিটি ব্যবহারকারীর শুধুমাত্র একটি লাইব্রেরি আছে, এবং প্রতিটি লাইব্রেরি ঠিক একজন ব্যবহারকারীর সাথে মিলে যায়। অতএব, User সত্তা এবং Library সত্তার মধ্যে এক-এক সম্পর্ক রয়েছে।

এক-এক সম্পর্ককে সংজ্ঞায়িত করতে, প্রথমে আপনার দুটি সত্তার জন্য একটি শ্রেণী তৈরি করুন। সত্তাগুলির মধ্যে একটিতে অবশ্যই একটি পরিবর্তনশীল অন্তর্ভুক্ত থাকতে হবে যা অন্য সত্তার প্রাথমিক কীর একটি রেফারেন্স।

কোটলিন

@Entity
data class User(
    @PrimaryKey val userId: Long,
    val name: String,
    val age: Int
)

@Entity
data class Library(
    @PrimaryKey val libraryId: Long,
    val userOwnerId: Long
)

জাভা

@Entity
public class User {
    @PrimaryKey public long userId;
    public String name;
    public int age;
}

@Entity
public class Library {
    @PrimaryKey public long libraryId;
    public long userOwnerId;
}

ব্যবহারকারীদের তালিকা এবং সংশ্লিষ্ট লাইব্রেরি অনুসন্ধান করতে, আপনাকে প্রথমে দুটি সত্তার মধ্যে এক-এক সম্পর্ক মডেল করতে হবে। এটি করার জন্য, একটি নতুন ডেটা ক্লাস তৈরি করুন যেখানে প্রতিটি দৃষ্টান্তে পিতামাতার সত্তার একটি উদাহরণ এবং শিশু সত্তার সংশ্লিষ্ট দৃষ্টান্ত রয়েছে৷ সন্তান সত্তার উদাহরণে @Relation টীকা যোগ করুন, parentColumn এর সাথে প্যারেন্ট এন্টিটির প্রাথমিক কী কলামের নামের সাথে সেট করা হয়েছে এবং entityColumn চাইল্ড এন্টিটির কলামের নামের সাথে সেট করা হয়েছে যা পিতামাতার সত্তার প্রাথমিক কীকে উল্লেখ করে।

কোটলিন

data class UserAndLibrary(
    @Embedded val user: User,
    @Relation(
         parentColumn = "userId",
         entityColumn = "userOwnerId"
    )
    val library: Library
)

জাভা

public class UserAndLibrary {
    @Embedded public User user;
    @Relation(
         parentColumn = "userId",
         entityColumn = "userOwnerId"
    )
    public Library library;
}

অবশেষে, DAO ক্লাসে একটি পদ্ধতি যোগ করুন যা ডেটা ক্লাসের সমস্ত দৃষ্টান্ত প্রদান করে যা প্যারেন্ট এন্টিটি এবং চাইল্ড সত্তাকে জোড়া দেয়। এই পদ্ধতিতে দুটি প্রশ্ন চালানোর জন্য রুম প্রয়োজন, তাই এই পদ্ধতিতে @Transaction টীকা যোগ করুন যাতে পুরো অপারেশনটি পারমাণবিকভাবে সঞ্চালিত হয়।

কোটলিন

@Transaction
@Query("SELECT * FROM User")
fun getUsersAndLibraries(): List<UserAndLibrary>

জাভা

@Transaction
@Query("SELECT * FROM User")
public List<UserAndLibrary> getUsersAndLibraries();

এক থেকে বহু সম্পর্কের সংজ্ঞা দাও

দুটি সত্তার মধ্যে এক থেকে একাধিক সম্পর্ক এমন একটি সম্পর্ক যেখানে পিতামাতার সত্তার প্রতিটি দৃষ্টান্ত শিশু সত্তার শূন্য বা তার বেশি দৃষ্টান্তের সাথে মিলে যায়, তবে শিশু সত্তার প্রতিটি দৃষ্টান্ত শুধুমাত্র পিতামাতার সত্তার ঠিক একটি উদাহরণের সাথে মিলে যেতে পারে৷

মিউজিক স্ট্রিমিং অ্যাপের উদাহরণে, ধরুন ব্যবহারকারীর প্লেলিস্টে তাদের গান সাজানোর ক্ষমতা আছে। প্রতিটি ব্যবহারকারী তাদের ইচ্ছামতো প্লেলিস্ট তৈরি করতে পারে, কিন্তু প্রতিটি প্লেলিস্ট ঠিক একজন ব্যবহারকারী দ্বারা তৈরি করা হয়। অতএব, User সত্তা এবং Playlist সত্তার মধ্যে একটি থেকে একাধিক সম্পর্ক রয়েছে৷

এক-থেকে-অনেক সম্পর্ক সংজ্ঞায়িত করতে, প্রথমে দুটি সত্তার জন্য একটি শ্রেণী তৈরি করুন। এক-এক সম্পর্কের মতো, শিশু সত্তাকে অবশ্যই একটি পরিবর্তনশীল অন্তর্ভুক্ত করতে হবে যা পিতামাতার সত্তার প্রাথমিক কীর একটি রেফারেন্স।

কোটলিন

@Entity
data class User(
    @PrimaryKey val userId: Long,
    val name: String,
    val age: Int
)

@Entity
data class Playlist(
    @PrimaryKey val playlistId: Long,
    val userCreatorId: Long,
    val playlistName: String
)

জাভা

@Entity
public class User {
    @PrimaryKey public long userId;
    public String name;
    public int age;
}

@Entity
public class Playlist {
    @PrimaryKey public long playlistId;
    public long userCreatorId;
    public String playlistName;
}

ব্যবহারকারীদের তালিকা এবং সংশ্লিষ্ট প্লেলিস্টগুলি জিজ্ঞাসা করতে, আপনাকে প্রথমে দুটি সত্তার মধ্যে এক থেকে একাধিক সম্পর্কের মডেল করতে হবে৷ এটি করার জন্য, একটি নতুন ডেটা ক্লাস তৈরি করুন যেখানে প্রতিটি উদাহরণে পিতামাতার সত্তার একটি দৃষ্টান্ত এবং সমস্ত সংশ্লিষ্ট চাইল্ড সত্তা দৃষ্টান্তগুলির একটি তালিকা থাকে৷ সন্তান সত্তার উদাহরণে @Relation টীকা যোগ করুন, parentColumn এর সাথে প্যারেন্ট এন্টিটির প্রাথমিক কী কলামের নামের সাথে সেট করা হয়েছে এবং entityColumn চাইল্ড এন্টিটির কলামের নামের সাথে সেট করা হয়েছে যা পিতামাতার সত্তার প্রাথমিক কীকে উল্লেখ করে।

কোটলিন

data class UserWithPlaylists(
    @Embedded val user: User,
    @Relation(
          parentColumn = "userId",
          entityColumn = "userCreatorId"
    )
    val playlists: List<Playlist>
)

জাভা

public class UserWithPlaylists {
    @Embedded public User user;
    @Relation(
         parentColumn = "userId",
         entityColumn = "userCreatorId"
    )
    public List<Playlist> playlists;
}

অবশেষে, DAO ক্লাসে একটি পদ্ধতি যোগ করুন যা ডেটা ক্লাসের সমস্ত দৃষ্টান্ত প্রদান করে যা পিতামাতার সত্তা এবং শিশু সত্তাকে জোড়া দেয়। এই পদ্ধতিতে দুটি প্রশ্ন চালানোর জন্য রুম প্রয়োজন, তাই এই পদ্ধতিতে @Transaction টীকা যোগ করুন যাতে পুরো অপারেশনটি পারমাণবিকভাবে সঞ্চালিত হয়।

কোটলিন

@Transaction
@Query("SELECT * FROM User")
fun getUsersWithPlaylists(): List<UserWithPlaylists>

জাভা

@Transaction
@Query("SELECT * FROM User")
public List<UserWithPlaylists> getUsersWithPlaylists();

বহু-থেকে-অনেক সম্পর্কের সংজ্ঞা দাও

দুটি সত্তার মধ্যে বহু-থেকে-অনেক সম্পর্ক হল এমন একটি সম্পর্ক যেখানে মূল সত্তার প্রতিটি দৃষ্টান্ত শিশু সত্তার শূন্য বা তার বেশি দৃষ্টান্তের সাথে মিলে যায় এবং বিপরীতটিও সত্য।

মিউজিক স্ট্রিমিং অ্যাপের উদাহরণে, ব্যবহারকারী-সংজ্ঞায়িত প্লেলিস্টের গানগুলি বিবেচনা করুন। প্রতিটি প্লেলিস্ট অনেক গান অন্তর্ভুক্ত করতে পারে, এবং প্রতিটি গান বিভিন্ন প্লেলিস্টের একটি অংশ হতে পারে। অতএব, Playlist সত্তা এবং Song সত্তার মধ্যে বহু-থেকে-অনেক সম্পর্ক রয়েছে৷

বহু-থেকে-অনেক সম্পর্ককে সংজ্ঞায়িত করতে, প্রথমে আপনার দুটি সত্তার জন্য একটি ক্লাস তৈরি করুন। অনেক-থেকে-অনেক সম্পর্কগুলি অন্যান্য সম্পর্কের ধরন থেকে আলাদা কারণ সাধারণত শিশু সত্তায় পিতামাতার সত্তার কোনও উল্লেখ নেই। পরিবর্তে, দুটি সত্তার মধ্যে একটি সহযোগী সত্তা বা ক্রস-রেফারেন্স টেবিল প্রতিনিধিত্ব করার জন্য একটি তৃতীয় শ্রেণী তৈরি করুন৷ সারণীতে উপস্থাপিত বহু-থেকে-অনেক সম্পর্কের মধ্যে প্রতিটি সত্তা থেকে প্রাথমিক কী-এর জন্য ক্রস-রেফারেন্স টেবিলে কলাম থাকতে হবে। এই উদাহরণে, ক্রস-রেফারেন্স টেবিলের প্রতিটি সারি একটি Playlist দৃষ্টান্ত এবং একটি Song উদাহরণের সাথে মিলে যায় যেখানে রেফারেন্স করা প্লেলিস্টে রেফারেন্স করা গানটি অন্তর্ভুক্ত করা হয়।

কোটলিন

@Entity
data class Playlist(
    @PrimaryKey val playlistId: Long,
    val playlistName: String
)

@Entity
data class Song(
    @PrimaryKey val songId: Long,
    val songName: String,
    val artist: String
)

@Entity(primaryKeys = ["playlistId", "songId"])
data class PlaylistSongCrossRef(
    val playlistId: Long,
    val songId: Long
)

জাভা

@Entity
public class Playlist {
    @PrimaryKey public long playlistId;
    public String playlistName;
}

@Entity
public class Song {
    @PrimaryKey public long songId;
    public String songName;
    public String artist;
}

@Entity(primaryKeys = {"playlistId", "songId"})
public class PlaylistSongCrossRef {
    public long playlistId;
    public long songId;
}

পরবর্তী পদক্ষেপটি নির্ভর করে আপনি কীভাবে এই সম্পর্কিত সত্তাগুলিকে জিজ্ঞাসা করতে চান তার উপর।

আপনি যদি প্রতিটি প্লেলিস্টের জন্য প্লেলিস্ট এবং সংশ্লিষ্ট গানগুলির একটি তালিকা জিজ্ঞাসা করতে চান, একটি নতুন ডেটা ক্লাস তৈরি করুন যাতে একটি একক Playlist অবজেক্ট এবং প্লেলিস্টে অন্তর্ভুক্ত সমস্ত Song অবজেক্টের একটি তালিকা থাকে।
আপনি যদি গানগুলি এবং প্রতিটির জন্য সংশ্লিষ্ট প্লেলিস্টের একটি তালিকা জিজ্ঞাসা করতে চান, একটি নতুন ডেটা ক্লাস তৈরি করুন যাতে একটি একক Song অবজেক্ট এবং সমস্ত Playlist অবজেক্টের একটি তালিকা রয়েছে যেখানে গানটি অন্তর্ভুক্ত করা হয়েছে।

উভয় ক্ষেত্রেই, Playlist সত্তা এবং Song সত্তার মধ্যে সম্পর্ক প্রদানকারী ক্রস-রেফারেন্স সত্তা সনাক্ত করতে এই প্রতিটি ক্লাসে @Relation টীকায় associateBy সম্পত্তি ব্যবহার করে সত্তার মধ্যে সম্পর্ক মডেল করুন।

কোটলিন

data class PlaylistWithSongs(
    @Embedded val playlist: Playlist,
    @Relation(
         parentColumn = "playlistId",
         entityColumn = "songId",
         associateBy = Junction(PlaylistSongCrossRef::class)
    )
    val songs: List<Song>
)

data class SongWithPlaylists(
    @Embedded val song: Song,
    @Relation(
         parentColumn = "songId",
         entityColumn = "playlistId",
         associateBy = Junction(PlaylistSongCrossRef::class)
    )
    val playlists: List<Playlist>
)

জাভা

public class PlaylistWithSongs {
    @Embedded public Playlist playlist;
    @Relation(
         parentColumn = "playlistId",
         entityColumn = "songId",
         associateBy = @Junction(PlaylistSongCrossref.class)
    )
    public List<Song> songs;
}

public class SongWithPlaylists {
    @Embedded public Song song;
    @Relation(
         parentColumn = "songId",
         entityColumn = "playlistId",
         associateBy = @Junction(PlaylistSongCrossref.class)
    )
    public List<Playlist> playlists;
}

অবশেষে, আপনার অ্যাপের প্রয়োজনীয় ক্যোয়ারী কার্যকারিতা প্রকাশ করতে DAO ক্লাসে একটি পদ্ধতি যোগ করুন।

getPlaylistsWithSongs : এই পদ্ধতিটি ডাটাবেসকে জিজ্ঞাসা করে এবং ফলাফলপ্রাপ্ত সমস্ত PlaylistWithSongs বস্তু ফেরত দেয়।
getSongsWithPlaylists : এই পদ্ধতিটি ডাটাবেসকে জিজ্ঞাসা করে এবং সমস্ত SongWithPlaylists অবজেক্টগুলিকে রিটার্ন করে।

এই পদ্ধতিগুলির প্রতিটিতে দুটি প্রশ্ন চালানোর জন্য রুম প্রয়োজন, তাই উভয় পদ্ধতিতে @Transaction টীকা যোগ করুন যাতে পুরো অপারেশনটি পারমাণবিকভাবে সঞ্চালিত হয়।

কোটলিন

@Transaction
@Query("SELECT * FROM Playlist")
fun getPlaylistsWithSongs(): List<PlaylistWithSongs>

@Transaction
@Query("SELECT * FROM Song")
fun getSongsWithPlaylists(): List<SongWithPlaylists>

জাভা

@Transaction
@Query("SELECT * FROM Playlist")
public List<PlaylistWithSongs> getPlaylistsWithSongs();

@Transaction
@Query("SELECT * FROM Song")
public List<SongWithPlaylists> getSongsWithPlaylists();

নেস্টেড সম্পর্ক সংজ্ঞায়িত করুন

কখনও কখনও, আপনাকে তিনটি বা ততোধিক টেবিলের একটি সেট জিজ্ঞাসা করতে হতে পারে যা একে অপরের সাথে সম্পর্কিত। সেই ক্ষেত্রে, আপনি টেবিলের মধ্যে নেস্টেড সম্পর্কগুলি সংজ্ঞায়িত করেন।

ধরুন যে মিউজিক স্ট্রিমিং অ্যাপের উদাহরণে, আপনি সমস্ত ব্যবহারকারীকে, প্রতিটি ব্যবহারকারীর জন্য সমস্ত প্লেলিস্ট এবং প্রতিটি ব্যবহারকারীর জন্য প্রতিটি প্লেলিস্টের সমস্ত গান জিজ্ঞাসা করতে চান৷ প্লেলিস্টের সাথে ব্যবহারকারীদের এক-থেকে-অনেক সম্পর্ক থাকে এবং গানের সাথে প্লেলিস্টের বহু-থেকে-অনেক সম্পর্ক থাকে। নিম্নলিখিত কোড উদাহরণটি সেই ক্লাসগুলিকে দেখায় যা এই সত্তাগুলিকে প্রতিনিধিত্ব করে সেইসাথে প্লেলিস্ট এবং গানের মধ্যে বহু-থেকে-অনেক সম্পর্কের জন্য ক্রস-রেফারেন্স টেবিল দেখায়:

কোটলিন

@Entity
data class User(
    @PrimaryKey val userId: Long,
    val name: String,
    val age: Int
)

@Entity
data class Playlist(
    @PrimaryKey val playlistId: Long,
    val userCreatorId: Long,
    val playlistName: String
)

@Entity
data class Song(
    @PrimaryKey val songId: Long,
    val songName: String,
    val artist: String
)

@Entity(primaryKeys = ["playlistId", "songId"])
data class PlaylistSongCrossRef(
    val playlistId: Long,
    val songId: Long
)

জাভা

@Entity
public class User {
    @PrimaryKey public long userId;
    public String name;
    public int age;
}

@Entity
public class Playlist {
    @PrimaryKey public long playlistId;
    public long userCreatorId;
    public String playlistName;
}
@Entity
public class Song {
    @PrimaryKey public long songId;
    public String songName;
    public String artist;
}

@Entity(primaryKeys = {"playlistId", "songId"})
public class PlaylistSongCrossRef {
    public long playlistId;
    public long songId;
}

প্রথমত, একটি ডেটা ক্লাস এবং @Relation টীকা ব্যবহার করে আপনার সেটের দুটি টেবিলের মধ্যে সম্পর্ককে মডেল করুন যা আপনি সাধারণত করেন। নিম্নলিখিত উদাহরণটি একটি PlaylistWithSongs ক্লাস দেখায় যা Playlist এন্টিটি ক্লাস এবং Song সত্তা ক্লাসের মধ্যে বহু-থেকে-অনেক সম্পর্ককে মডেল করে:

কোটলিন

data class PlaylistWithSongs(
    @Embedded val playlist: Playlist,
    @Relation(
         parentColumn = "playlistId",
         entityColumn = "songId",
         associateBy = Junction(PlaylistSongCrossRef::class)
    )
    val songs: List<Song>
)

জাভা

public class PlaylistWithSongs {
    @Embedded public Playlist playlist;
    @Relation(
         parentColumn = "playlistId",
         entityColumn = "songId",
         associateBy = Junction(PlaylistSongCrossRef.class)
    )
    public List<Song> songs;
}

আপনি এই সম্পর্কের প্রতিনিধিত্ব করে এমন একটি ডেটা ক্লাস সংজ্ঞায়িত করার পরে, অন্য একটি ডেটা ক্লাস তৈরি করুন যা আপনার সেট থেকে অন্য টেবিল এবং প্রথম সম্পর্ক শ্রেণীর মধ্যে সম্পর্ককে মডেল করে, নতুনের মধ্যে বিদ্যমান সম্পর্কটিকে "নেস্টিং" করে। নিম্নলিখিত উদাহরণটি একটি UserWithPlaylistsAndSongs ক্লাস দেখায় যা User সত্তা শ্রেণী এবং PlaylistWithSongs সম্পর্ক শ্রেণীর মধ্যে এক থেকে একাধিক সম্পর্কের মডেল করে:

কোটলিন

data class UserWithPlaylistsAndSongs(
    @Embedded val user: User
    @Relation(
        entity = Playlist::class,
        parentColumn = "userId",
        entityColumn = "userCreatorId"
    )
    val playlists: List<PlaylistWithSongs>
)

জাভা

public class UserWithPlaylistsAndSongs {
    @Embedded public User user;
    @Relation(
        entity = Playlist.class,
        parentColumn = "userId",
        entityColumn = "userCreatorId"
    )
    public List<PlaylistWithSongs> playlists;
}

UserWithPlaylistsAndSongs ক্লাস পরোক্ষভাবে তিনটি সত্তা ক্লাসের মধ্যে সম্পর্ককে মডেল করে: User , Playlist এবং Song । এটি চিত্র 1 এ চিত্রিত করা হয়েছে।

UserWithPlaylistsAndSongs ব্যবহারকারী এবং PlaylistWithSongs-এর মধ্যে সম্পর্ককে মডেল করে, যা ঘুরেফিরে প্লেলিস্ট এবং গানের মধ্যে সম্পর্ককে মডেল করে।

চিত্র 1. মিউজিক স্ট্রিমিং অ্যাপের উদাহরণে সম্পর্কের ক্লাসের ডায়াগ্রাম।

যদি আপনার সেটে আরও কোনো টেবিল থাকে, তাহলে প্রতিটি অবশিষ্ট টেবিল এবং সম্পর্ক ক্লাসের মধ্যে সম্পর্ক মডেল করার জন্য একটি ক্লাস তৈরি করুন যা পূর্ববর্তী সমস্ত টেবিলের মধ্যে সম্পর্ককে মডেল করে। এটি সমস্ত টেবিলের মধ্যে নেস্টেড সম্পর্কের একটি চেইন তৈরি করে যা আপনি অনুসন্ধান করতে চান।

অবশেষে, আপনার অ্যাপের প্রয়োজনীয় ক্যোয়ারী কার্যকারিতা প্রকাশ করতে DAO ক্লাসে একটি পদ্ধতি যোগ করুন। এই পদ্ধতিতে একাধিক প্রশ্ন চালানোর জন্য রুম প্রয়োজন, তাই @Transaction টীকা যোগ করুন যাতে পুরো অপারেশনটি পারমাণবিকভাবে সঞ্চালিত হয়:

কোটলিন

@Transaction
@Query("SELECT * FROM User")
fun getUsersWithPlaylistsAndSongs(): List<UserWithPlaylistsAndSongs>

জাভা

@Transaction
@Query("SELECT * FROM User")
public List<UserWithPlaylistsAndSongs> getUsersWithPlaylistsAndSongs();

অতিরিক্ত সম্পদ

রুমের মধ্যে সত্তার মধ্যে সম্পর্ক নির্ধারণ সম্পর্কে আরও জানতে, নিম্নলিখিত অতিরিক্ত সংস্থানগুলি দেখুন৷

নমুনা

ভিডিও

রুমে নতুন কি আছে (Android Dev Summit '19)

ব্লগ

রুমের সাথে ডাটাবেস সম্পর্ক

পূর্ববর্তী

DAOs ব্যবহার করে ডেটা অ্যাক্সেস করুন

পরবর্তী

অসিঙ্ক্রোনাস DAO প্রশ্ন লিখুন