No “NOT NULL” and “UNIQUE” constraint on Room Persistence Library


No “NOT NULL” and “UNIQUE” constraint on Room Persistence Library



While playing with the Room Persistence Library I came to know that there is no methodology to set a data class field with NOT NULL and also UNIQUE constraints. whether SQLite supports those constraints. Isn't it a problem to migrate old database where those constraints are used? Can anyone give a suggestion for this issue?





unique constraint is supported, check Indices and uniqueness , developer.android.com/topic/libraries/architecture/room.html
– USKMobility
Sep 4 '17 at 6:22




4 Answers
4



I came to know that there is no methodology to set a data class field with NOT NULL and also UNIQUE constraints



A @NonNull annotation on an @Entity field will cause that field's column to have NOT NULL applied to it.


@NonNull


@Entity


NOT NULL



unique=true on an @Index will enforce a uniqueness constraint (e.g., @Entity(indices={@Index(value="something", unique=true)}). However, you are correct that a plain UNIQUE constraint on a column, other than via an index, is not supported.


unique=true


@Index


@Entity(indices={@Index(value="something", unique=true)}


UNIQUE



Isn't it a problem to migrate old database where those constraints are used?



Room is not designed to support existing database structures, particularly in the now-current alpha state. Over time, I would expect Room to support a higher percentage of SQLite features, though I will be stunned if it ever reaches 100%.


alpha





Thanks a lot :)
– no_coding_knowledge
Sep 4 '17 at 14:32





Thank you for knowing so much about the Room library. I have so many questions and it's always your answers where I get the solutions :D
– Aenadon
Feb 16 at 15:53



Complementary answer about NOT NULL for those using Kotlin:


NOT NULL



please note that marking a type as non optional will automatically make it not null (and an optional type will not do that).



You can check it in the schema generated by room with @Database(exportSchema = true) on your database.


@Database(exportSchema = true)



For example I have something like that:


@Entity(tableName = "messages")
data class Message (
@PrimaryKey
val messageId: UUID = UUID.randomUUID(),
val date: Date = Date(),
val receivedDate: Date? = null
)



And in the generated schema I can read:


"CREATE TABLE IF NOT EXISTS `${TABLE_NAME}` (`messageId` TEXT NOT NULL, `date` INTEGER NOT NULL, `receivedDate` INTEGER, PRIMARY KEY(`messageId`))"



(Note: the Date type is here an Int and the UUID a string due to converters I use elsewhere)


Int



If you have multiple item that is to be marked unique & based on that you want to insert in db then you can use composite primary key.



For Not null, Room has provided "@NonNull" annotation that is added over the field that cannot be null.



In the below mentioned eg. roll number is unique in each class but 2 different class can have same roll number. So we can use class & rollNumber as composite primary key & insert in db uniquely.
Example:


@Entity(primaryKeys = {"rollNumber", "class"})
class Student {
@NonNull
private int rollNumber;
private String firstName;
private String lastName;
private int class;
}



for a null able field you can use wrapper primitive type java. for example use Integer instance int in your Room Table.
as in wrapper primitive type java this can bee null but primitive type class cant bee null. and in generation of this SQL code for primitive field that use notNull=true but when use Integer in generayion SQL code use notNull=false






By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

Popular posts from this blog

.

How to generate build files in next js

Delphi Android file open failure with API 26