Boolesche Hardcode-Abfrage in der Raumdatenbank

Ich baue eine Android-Anwendung, die eine Liste potenzieller Übereinstimmungen für einen Benutzer anzeigt. Der Benutzer kann auf einen klicken, um ihn zu mögen, und ich speichere alle diese Likes lokal.

Ich kann eine Abfrage schreiben, um die Liste der Übereinstimmungen wie folgt zu erhalten:

@Query("SELECT * FROM match WHERE liked = :liked ORDER BY match DESC LIMIT :limit")
fun getMatches(limit: Int = 6, liked: Boolean = true): Flowable<List<Match>>

Ich habe gelernt, dass das gut funktioniert. Ich sehe jedoch kein Szenario voraus, in dem ich jemals untergehen werde liked zu false, und deshalb bin ich neugierig, ob es eine Möglichkeit gibt, meine boolesche Bedingung fest zu codieren? Wenn ich es versuche:

@Query("SELECT * FROM match WHERE liked = true ORDER BY match DESC LIMIT :limit")

Ich erhalte beim Kompilieren folgenden Fehler:

Error:(8, 0) Gradle: error: There is a problem with the query: [SQLITE_ERROR] SQL error or missing database (no such column: true)

Wie kann ich diesen booleschen Wert in meiner Abfragezeichenfolge fest codieren?

Ich habe auch versucht:

• Einschließen der Bedingung in einfache Anführungszeichen
  • @Query("SELECT * FROM match WHERE liked = 'true' ORDER BY match DESC LIMIT :limit")

SQLite hat keinen booleschen Datentyp. Raum ordnet es einem zu INTEGER Spalte, Zuordnung true zu 1 und false zu 0.

Also, ich würde erwarten, dass das funktioniert:

@Query("SELECT * FROM match WHERE liked = 1 ORDER BY match DESC LIMIT :limit")

Beachten Sie, dass dieses Verhalten undokumentiert ist. Es sollte sich jedoch nicht ändern – zumindest nicht ohne Alarmhupen – da wir Migrationen verwenden müssten, um mit Änderungen fertig zu werden.

Der Ansatz von CommonWare funktioniert und beantwortet auch direkt die OP-Frage. Ich bin jedoch kein Fan davon, eine solche Annahme über die Datenbank zu treffen. Die Annahme sollte sicher sein, kann aber später zu unerwarteter Arbeit führen, wenn Room jemals beschließt, seine boolesche Implementierung zu ändern.

Ich würde vorschlagen, dass der bessere Ansatz darin besteht, die boolesche 1 oder 0 nicht in die Abfrage fest zu codieren. Wenn sich die Datenbank hinter einem Repository befindet, ist es für das Repository immer noch möglich, eine elegante API bereitzustellen. Ich persönlich denke, dass es sowieso eine gute Sache ist, die größere Codebasis von der Datenbankimplementierung abzuschirmen.

Dao-Methode (von OPs Frage kopiert)

@Query("SELECT * FROM match WHERE liked = :liked ORDER BY match DESC LIMIT :limit")
fun getMatches(limit: Int = 6, liked: Boolean = true): Flowable<List<Match>>

Repository

class Repository {
    public Flowable<List<Match>> getLikedMatches() {
        return dao.getMatches(6, true);
    }
}

Natürlich ist dies eine eigensinnige Option, da sie einen bestimmten architektonischen Stil voraussetzt. Es werden jedoch keine Annahmen über die interne Datenbank getroffen. Auch ohne das Repository, das die Datenbank abschirmt, kann der Aufruf in die Datenbank erfolgen, indem überall wahr übergeben wird – auch ohne Annahmen über die zugrunde liegenden Daten zu treffen.

Sie müssen die boolesche Spalte nicht mit einem Wert vergleichen. Verwenden Sie einfach den Spaltenwert selbst als booleschen Ausdruck. Sie können Ihre Abfrage ganz einfach in ändern SELECT * FROM match WHERE liked ORDER BY match DESC LIMIT :limit. Wenn Sie vergleichen möchten false Wert können Sie folgenden Ausdruck verwenden: where not liked.

@Query("SELECT * FROM searched_data_table WHERE favourit_history==1 ORDER BY lang_id DESC")

Verwenden Sie diese Abfrage, um Daten aus der Tabelle zu suchen. Dadurch erhalten Sie Daten in absteigender Reihenfolge in Bezug auf Ihren Schlüsselwert