Using Room Database | Android Jetpack

Room bietet eine Abstraktionsschicht über SQLite, um einen fließenden Datenbankzugriff zu ermöglichen und gleichzeitig die volle Leistungsfähigkeit von SQLite zu nutzen.

Room wird heute als besserer Ansatz für die Datenpersistenz angesehen als SQLiteDatabase. Es erleichtert die Arbeit mit SQLiteDatabase-Objekten in Ihrer Anwendung, verringert die Menge an Boilerplate-Code und überprüft SQL-Abfragen zur Kompilierzeit.

• Überprüfung von SQL-Abfragen zur Kompilierzeit. Jede @Query und @Entity wird zur Kompilierzeit überprüft, was Ihre Anwendung vor Absturzproblemen zur Laufzeit bewahrt und nicht nur die Syntax, sondern auch fehlende Tabellen überprüft.
• Boilerplate-Code
• Einfache Integration mit anderen Architecture-Komponenten (wie LiveData)

Hauptprobleme bei der Verwendung von SQLite sind

• Es gibt keine Kompilierzeitüberprüfung von rohen SQL-Abfragen. Wenn Sie z.B. eine SQL-Abfrage mit einem falschen Spaltennamen schreiben, der in der realen Datenbank nicht existiert, dann gibt es während der Laufzeit eine Ausnahme und Sie können dieses Problem während der Kompilierungszeit nicht erfassen.
• Wenn sich Ihr Schema ändert, müssen Sie die betroffenen SQL-Abfragen manuell aktualisieren. Dieser Prozess kann zeitaufwändig und fehleranfällig sein.
• Sie müssen viel Boilerplate-Code verwenden, um zwischen SQL-Abfragen und Java-Datenobjekten (POJO) zu konvertieren.

Room vs. SQLite

Room ist eine ORM, Object Relational Mapping Library. Mit anderen Worten, Room wird unsere Datenbankobjekte auf Java-Objekte abbilden. Room bietet eine Abstraktionsschicht über SQLite, um einen flüssigen Datenbankzugriff zu ermöglichen und gleichzeitig die volle Leistungsfähigkeit von SQLite zu nutzen.

Unterschied zwischen SQLite und der Persistenzbibliothek Room:-

• Im Falle von SQLite gibt es keine Kompilierzeitüberprüfung von rohen SQLite-Abfragen. Aber in Room gibt es eine SQL-Validierung zur Kompilierungszeit.
• Sie müssen viel Boilerplate-Code verwenden, um zwischen SQL-Abfragen und Java-Datenobjekten zu konvertieren. Room hingegen bildet unsere Datenbankobjekte ohne Boilerplate-Code auf Java-Objekte ab.
• Wenn sich Ihr Schema ändert, müssen Sie die betroffenen SQL-Abfragen manuell aktualisieren. Room löst dieses Problem.
• Room ist so konzipiert, dass es mit LiveData und RxJava zur Datenbeobachtung zusammenarbeitet, während SQLite dies nicht tut.

Komponenten der Room DB

Room hat drei Hauptkomponenten der Room DB :

• Entity
• Dao
• Database

Entity

Repräsentiert eine Tabelle innerhalb der Datenbank. Room erstellt eine Tabelle für jede Klasse, die eine @Entity Anotation hat, die Felder in der Klasse entsprechen den Spalten in der Tabelle. Daher sind die Entitätsklassen eher kleine Modellklassen, die keine Logik enthalten.

Entitätsannotationen

Bevor wir mit der Modellierung unserer Entitäten beginnen, müssen wir einige nützliche Annotationen und ihre Attribute kennen.

@Entity – jede Modellklasse mit dieser Annotation hat eine Mapping-Tabelle in der DB

• foreignKeys – Namen von Fremdschlüsseln
• indices – Liste von Indizes in der Tabelle
• primaryKeys – Namen von Entitätsprimärschlüsseln
• tableName

@PrimaryKey – wie der Name schon sagt, verweist diese Anmerkung auf den Primärschlüssel der Entität. autoGenerate – wenn auf true gesetzt, dann generiert SQLite eine eindeutige ID für die Spalte

@PrimaryKey(autoGenerate = true)

@ColumnInfo – erlaubt die Angabe von benutzerdefinierten Informationen über die Spalte

@ColumnInfo(name = "column_name")

@Ignore – das Feld wird von Room nicht persistiert

@Embeded – verschachtelte Felder können direkt in den SQL-Abfragen referenziert werden.

Dao

DAOs sind verantwortlich für die Definition der Methoden, die auf die Datenbank zugreifen. Im ursprünglichen SQLite verwenden wir die Cursor-Objekte. Mit Room brauchen wir den ganzen Cursor-bezogenen Code nicht und können unsere Abfragen einfach mit Annotationen in der Dao-Klasse definieren.

Database

Enthält den Datenbankhalter und dient als Hauptzugriffspunkt für die zugrunde liegende Verbindung zu den persistierten, relationalen Daten Ihrer Anwendung.

Um eine Datenbank zu erstellen, müssen wir eine abstrakte Klasse definieren, die RoomDatabase erweitert. Diese Klasse ist mit @Database annotiert und listet die Entitäten auf, die in der Datenbank enthalten sind, sowie die DAOs, die auf sie zugreifen.

Die Klasse, die mit @Database annotiert ist, sollte die folgenden Bedingungen erfüllen:

• Eine abstrakte Klasse sein, die RoomDatabase erweitert.
• Fügen Sie die Liste der Entitäten, die mit der Datenbank verbunden sind, in die Annotation ein.
• Enthalten Sie eine abstrakte Methode, die 0 Argumente hat und die Klasse zurückgibt, die mit @Dao annotiert ist.

Zur Laufzeit können Sie eine Instanz von Database erwerben, indem Sie Room.databaseBuilder() oderRoom.inMemoryDatabaseBuilder() aufrufen.

Schritt 1: Fügen Sie die Gradle-Abhängigkeiten hinzu

1. Um sie zu Ihrem Projekt hinzuzufügen, öffnen Sie die build.gradle-Datei auf Projektebene und fügen Sie die hervorgehobene Zeile wie folgt hinzu:

2. Öffnen Sie die build.gradle-Datei für Ihre App oder Ihr Modul und fügen Sie Abhängigkeiten hinzu:

Schritt 3: Erstellen von Datenzugriffsobjekten (DAOs)

DAOs sind für die Definition der Methoden verantwortlich, die auf die Datenbank zugreifen.

Um ein DAO zu erstellen, müssen wir eine Schnittstelle erstellen und mit @Dao annotieren.