android.la base de données.sqlite.SQLiteDatabase.rawQuery() n'est pas mise à jour d'une colonne DATETIME avec SQLite datetime() la fonction

public Cursor set_datetime_next(Reminder r) {       
    String _newVal = "datetime('now', '+7 days')";
    String[] args = { new Integer(r.getID()).toString() };
    String query =
        "UPDATE " + DBConst.TABLE
      + " SET "   + DBConst.f_DATETIME_NEXT + "=" + _newVal
      + " WHERE " + DBConst.f_ID +"=?";
    Log.i(TAG, query);
    return db.rawQuery(query, args);
}

J'ai aussi essayé de passer en datetime('now', '+7 days') comme un paramètre de limite, qui ne fonctionnera pas, comme le Android documentation dit:

Les valeurs pourront être tenus comme des Chaînes de caractères.

Références:

  • est _newval: datetime('now', '+7 jours) ou "datetime('now', '+7 jours)" ?
  • Salut Guido, j'ai mis à jour l'exemple de code pour répondre à votre question.
InformationsquelleAutor JD. | 2011-08-08
  1. 54

    Le curseur n'a pas été fermé.

    public void set_datetime_next(Reminder r, String _newVal) {     
    String[] args = { new Integer(r.getID()).toString() };
    String query =
        "UPDATE " + DBConst.TABLE
      + " SET "   + DBConst.f_DATETIME_NEXT + "=" + _newVal
      + " WHERE " + DBConst.f_ID +"=?";
    Log.i(TAG, query);
    Cursor cu = db.rawQuery(query, args);
    cu.moveToFirst();
    cu.close();     
}

    Tout qui fait sens, ce qui m'étonne vraiment, c'est l'exigence de l'appel moveToFirst() (ou une autre fonction qui pourrait "travailler avec" le curseur d'une certaine façon).

    Sans l'appel à la fois à moveToFirst() et close(), la ligne n'a jamais été mis à jour. close() par lui-même, après la rawQuery(), n'a rien fait.

    • J'ai changé le code de retour à vide car l'appelant n'avait aucune raison de travailler avec l'ensemble de résultats, de toute façon.
    • Génial, qui m'a sauvé. Vous devez accepter votre propre réponse.
    • merci, c'était un épargnant de vie! db manipulation sur Android est vraiment moche en œuvre si vous me demandez
    • c'est brillante, le point clé est moveToFirst() , j'ai eu des problème après l'obtention de l'id d'enregistrement inséré.Le problème a été résolu par l'ajout d'moveToFirst() avant le curseur commence. Regardez ce; cr.moveToFirst(); int brandID = cr.getInt(cr.getColumnIndex(DatabaseTables.colBrandID));
    • sauvé ma journée, merci! 🙂
    • Argh, c'est stupide moveToFirst a été de me tuer toute la journée! Merci de sauver mon bacon.
    • +1 C'est très utile. Bien que moveToFirst() n'a pas de sens pour moi, mais obtient le travail fait.
    • Bonjour @JD. Je suis curseur.getCount et le curseur.getColumnCount à 0. Est-il possible d'obtenir le nombre de lignes mises à jour ???

    InformationsquelleAutor JD.
  2. 20

    Puisque c'est un UPDATE déclaration, vous pouvez utiliser execSQL() plutôt que rawQuery(). Vous ne voudriez pas avoir à s'embêter avec les curseurs (qui est un peu bête pour un UPDATE déclaration).

    Cependant, vous aurez à la place des valeurs dans votre WHERE déclaration au lieu de passer des arguments, comme execSQL() n'accepte qu'un seul argument de type String pour votre instruction SQL. Aussi, execSQL() est de type void.

    - Je utiliser execSQL() pour à peu près toutes les instructions SQL à l'exception SELECT...

    • Ce doit être la accepté de répondre, plus intuitive que rawQuery pour ce cas, et de loin.
    InformationsquelleAutor Jabari