MySQL mise à JOUR et SÉLECTIONNEZ en un seul passage

J'ai une table MySQL de tâches à effectuer, chaque rangée de paramètres pour une seule tâche.

Il y a beaucoup de travailleurs apps (éventuellement sur différentes machines), l'exécution de tâches dans une boucle.

Les applications d'accès à la base de données à l'aide de MySQL natif C Api.

Afin de posséder une tâche, une app qui fait quelque chose comme ça:

  • Générer un unique dans le monde entier id (pour simplifier, disons que c'est un nombre)

  • UPDATE tasks

    SET guid = %d

    WHERE guid = 0 LIMIT 1

  • SELECT params

    FROM tasks

    WHERE guid = %d

  • Si la dernière requête retourne une ligne, il est propre et avoir les paramètres pour exécuter

Est-il un moyen pour obtenir le même effet (c'est à dire "propre" d'une ligne et d'obtenir ses paramètres) en un seul appel au serveur?

InformationsquelleAutor Paul Oyster | 2009-02-18
  1. 9

    essayez comme ceci

    UPDATE `lastid` SET `idnum` =  (SELECT `id` FROM `history` ORDER BY `id` DESC LIMIT 1);

    code ci-dessus a fonctionné pour moi

    • A fonctionné pour moi aussi. Je préfère cette méthode.
    • Est-ce la condition de course coffre-fort
    InformationsquelleAutor charles
  2. 6

    Vous pouvez créer une procédure qui n':

    CREATE PROCEDURE prc_get_task (in_guid BINARY(16), OUT out_params VARCHAR(200))
BEGIN

  DECLARE task_id INT;

  SELECT id, out_params
  INTO task_id, out_params
  FROM tasks
  WHERE guid = 0
  LIMIT 1
  FOR UPDATE;

  UPDATE task
  SET guid = in_guid
  WHERE id = task_id;

END;

BEGIN TRANSACTION;

CALL prc_get_task(@guid, @params);

COMMIT;
    • Essayé quelque chose de similaire. Bas de ligne: maternelle, les requêtes SQL sont beaucoup beaucoup plus rapide que les procédures stockées.
    • Dans MySQL, il n'y a pas tant de différence que, par exemple, dans Oracle. Vous ne pouvez pas le faire en une seule requête de toute façon, mais la procédure est un appel au serveur, comme vous l'avez demandé. Avec un peu d'effort, vous pouvez mettre de COMMENCER et de s'ENGAGER dans la procédure, mais c'est mieux d'être fait à partir de l'application, juste au cas où.
    • Donc, fondamentalement, vous dites que ce n'est pas faisable en un seul appel. J'espérais une certaine forme d'INSÉRER DANS _tmp SÉLECTIONNEZ .. serait roi, suffisante pour permettre à un mysql_store_results() l'appel car il ne permet mysql_affected_rows()
    • L'appel d'une procédure EST un appel unique pour le serveur, si c'est ce que tu veux dire. L'appel de mysql_store_result() après une INSERTION a été longtemps attendu mais c'est toujours pas implémentée pour l'instant, autant que je sache.
    InformationsquelleAutor Quassnoi
  3. 1

    Si vous êtes à la recherche pour une seule requête, alors il ne peut pas se produire. La fonction de mise à JOUR spécifiquement renvoie le nombre d'éléments qui ont été mis à jour. De même, la fonction de sélection n'est pas possible de modifier un tableau, seules les valeurs de retour.

    À l'aide d'une procédure sera en effet de le transformer en une fonction unique et il peut être pratique si le verrouillage est une préoccupation pour vous. Si votre principale préoccupation est le trafic réseau (c'est à dire: en passant trop de requêtes) puis utilisez la procédure. Si vous préoccupation est de surcharge du serveur (ie: le DB est de travailler trop dur), puis une charge supplémentaire de procédure pourrait faire empirer les choses.

    • Le souci est en effet la surcharge du serveur. Mon espoir est que depuis la mise à jour déjà "seek()ed' à la ligne, une sélection serait plus facile pour le serveur dans le même énoncé.
    • Je suis également à la recherche pour une sélection unique/mise à JOUR et trouve cette question. Je ne veux pas de ça pour le verrouillage de si, mais de modifier le LastAccessed colonne de la ligne à MAINTENANT() lorsque la ligne est extrait
    • Salut Paulo, pouvez-vous expliquer (ou de donner un lien) pourquoi les procédures rendrait les choses plus lente pour les DB? Je pensais que les SP sont plus rapides :S
    InformationsquelleAutor Paulo
  4. 1

    J'ai exactement le même problème. Nous avons fini par utiliser PostreSQL au lieu de cela, et mise à JOUR ... de RETOUR:

    L'option de RETOUR provoque une clause de mise à JOUR de calcul et de valeur de retour(s) sur base de chaque ligne effectivement mises à jour. Toute expression à l'aide de colonnes de la table, et/ou des colonnes d'autres tables mentionnées dans à PARTIR, peut être calculé. Le nouveau (après mise à jour) les valeurs des colonnes de la table sont utilisés. La syntaxe de RETOUR de la liste est identique à celle de la sortie de la liste de sélection.

    Exemple: UPDATE 'my_table' SET 'status' = 1 WHERE 'status' = 0 LIMIT 1 RETURNING *;

    Ou, dans votre cas: UPDATE 'tasks' SET 'guid' = %d WHERE 'guid' = 0 LIMIT 1 RETURNING 'params';

    Désolé, je sais que ce n'est pas de répondre à la question avec MySQL, et il pourrait ne pas être facile de passer à PostgreSQL, mais c'est le meilleur moyen que nous avons trouvé pour le faire. Même 6 ans plus tard, MySQL n'est toujours pas en charge UPDATE ... RETURNING. Il peut être ajouté à un certain moment dans l'avenir, mais pour l'instant MariaDB seulement il a pour DELETE.

    Modifier: Il y a une tâche (priorité faible) à ajouter mise à JOUR ... de RETOUR support pour MariaDB.

    InformationsquelleAutor Marco Roy
  5. 0

    Je ne sais pas sur le seul appel de la partie, mais ce que vous décrivez est un verrou. Les verrous sont un élément essentiel de bases de données relationnelles.

    Je ne connais pas les spécificités de verrouillage d'une ligne, de le lire, puis le mettre à jour dans le serveur MySQL, mais avec un peu de lecture de la mysql de verrouillage de la documentation vous pourriez faire toutes sortes de verrouillage à base de manipulations.

    La postgres documenation de les verrous a un grand exemple de décrire exactement ce que vous voulez faire: verrouiller la table, lire le tableau, modifier la table.

    • Les verrous sont inutile dans ce cas. La solution ci-dessus utilise MySQL interne de verrouillage, ce qui est beaucoup plus rapide.
    • Je vois votre point de vue....vous n'avez pas besoin de verrous ici... je ne suis pas au courant d'un seul appel.
    InformationsquelleAutor Daniel
  6. 0
    UPDATE tasks
SET guid = %d, params = @params := params
WHERE guid = 0 LIMIT 1;

    Il retourne 1 ou 0, selon que les valeurs ont été effectivement changé.

    SELECT @params AS params;

    Celui-ci sélectionne la variable à partir de la connexion.

    À partir de: ici

    InformationsquelleAutor jogaco