SQLite INSERTION SUR le DOUBLE de la CLÉ de mise à JOUR (UPSERT)

MySQL a quelque chose comme ceci:

INSERT INTO visits (ip, hits)
VALUES ('127.0.0.1', 1)
ON DUPLICATE KEY UPDATE hits = hits + 1;

Autant que je sache, cette fonctionnalité n'existe pas dans SQLite, ce que je veux savoir c'est si il existe un moyen d'obtenir le même effet sans avoir à exécuter deux requêtes. Aussi, si ce n'est pas possible, que préférez-vous:

  1. SELECT + (INSERT ou UPDATE) ou
  2. Mise à JOUR (+ INSERT si la mise à JOUR échoue)
InformationsquelleAutor Alix Axel | 2010-04-26
  1. 16

    Depuis 3.24.0 SQLite prend également en charge upsert, alors maintenant vous pouvez simplement écrire la suite de

    INSERT INTO visits (ip, hits)
VALUES ('127.0.0.1', 1)
ON CONFLICT(ip) DO UPDATE SET hits = hits + 1;
    • Je me demandais si vous pouvez le faire de multiples upsert comme cela en une seule opération, c'est à dire avec le Python executemany() fonction?
    InformationsquelleAutor szmate1618
  2. 115
    INSERT OR IGNORE INTO visits VALUES ($ip, 0);
UPDATE visits SET hits = hits + 1 WHERE ip LIKE $ip;

    Cela exige de la "propriété intellectuelle" de la colonne d'avoir un UNIQUE (ou de la CLÉ PRIMAIRE) contrainte.

    EDIT: une Autre excellente solution: https://stackoverflow.com/a/4330694/89771.

    • Juste pour mémoire, REPLACE n'est pas une option.
    • Quant à la "une autre excellente solution" lien, je voudrais également envisager une autre réponse à la même question: stackoverflow.com/a/418988/3650835
    InformationsquelleAutor dan04
  3. 18

    Je préfère UPDATE (+ INSERT if UPDATE fails). Moins de code = moins de bugs.

    • Merci! @Sam (stackoverflow.com/questions/418898/...) semble d'accord avec vous. Je préfère aussi cette approche.
    • Je voulais dire à l'aide de la plaine de mise à JOUR et les états d'INSERTION et de vérification de la valeur de retour.
    InformationsquelleAutor codeholic
  4. 7

    La réponse actuelle ne fonctionnera que dans sqlite OU mysql (selon si vous utilisez OU ou pas). Donc, si vous voulez de la croix-sgbd de compatibilité, ce qui suit va faire...

    REPLACE INTO `visits` (ip, value) VALUES ($ip, 0);
    • La accepté de répondre fonctionne sur SQLite (qui était mon but). REPLACE va travailler sur SQLite trop, mais sur MySQL, il sera toujours remettre le compteur à 0 - tandis que la requête sera portable, le résultat final sera différent beaucoup.
    • Vous avez raison, j'ai pensé que l'OP a été à la recherche de quelque chose qui était portable. Je me rends compte REMPLACER EN ne fonctionnera pas avec tous les cas, esp, où PK la préservation est nécessaire, mais pour de nombreux cas.
    • À défaut proprement au lieu de jeter des données est une fonction, pas un bug.
    InformationsquelleAutor Jacob Thomason
  5. -4

    Vous devez utiliser memcached pour cela, car c'est une clé unique (l'adresse IP) de stocker une valeur unique (le nombre de visites). Vous pouvez utiliser la atomique en fonction increment pour s'assurer il n'y a pas de "race" des conditions.

    Il est plus rapide que MySQL et enregistre la charge MySQL peut se concentrer sur d'autres choses.

    • Si les données n'est pas si important que cela, oui. Toutefois, si ce est utilisé sur un site très fréquenté, où de nombreux IPs sur le service, l'instance memcached(s) peut obtenir la pleine et de la cause de certains contenus sont supprimés. La sauvegarde de memcached contenu serait également intéressant (si nécessaire).
    • Memcached peut gérer autant de données que la mémoire RAM vous jeter à elle (si vous voulez persitance également utiliser redis ou membase). Si vous obtenez plus de 1 million de visiteurs à la journée, alors vous pouvez probablement se permettre de donner à votre memcache exemple plus de 30 MO de ram (ce qui est la valeur par défaut je crois). Cependant, il peut certainement une poignée de beaucoup plus de charge que SQLite et MySQL pour la quantité de mémoire que vous lui donnez - il n'y a pas de comparaison.
    • S'il vous plaît ne pas confondre mon commentaire comme un vote contre memcache, je pense que c'est un outil fantastique. Comme le redis (je ne peux pas parler pour membase, comme je l'ai pas utilisé.) Cependant, memcache/redis ne sont pas les plus fiables magasins. Oui, redis a persistance, mais les données sont enregistrées sur le disque sur un intervalle (le dernier que j'ai regardé) et memcache pas du tout. Comme je l'ai dit, si les données n'est pas important (ou peut être reproduite facilement) puis memcache et de l'entreprise sont grands. Le post original a été également demander à propos de sqlite, ce qui est très différent de MySQL et signifie probablement qu'ils sont limités par d'autres moyens.
    • Vous pouvez configurer le Redis à persister des données aussi vite que vous le souhaitez (à X nombre de secondes ou à Y nombre de modifications).
    InformationsquelleAutor Xeoncross