L'obtention de Lignes Affectées par l'instruction de mise à JOUR en RAW plpgsql

Cela a été demandé à plusieurs reprises ici et ici, mais aucune des réponses sont adapté à mon cas, car je ne veux pas l'exécution de mes instruction de mise à jour en PL/PgSQL la fonction et l'utilisation GET DIAGNOSTICS integer_var = ROW_COUNT.

Je dois le faire en SQL brut.

Par exemple, dans MS SQL SERVER, nous avons @@ROWCOUNT qui pourraient être utilisés comme suit :

UPDATE <target_table> 
SET Proprerty0 = Value0
WHERE <predicate>;
SELECT <computed_value_columns> 
 FROM <target> 
 WHERE @@ROWCOUNT > 0;

Dans un aller-retour à la base de données je sais pas si la mise à jour a été réussie et obtenir les valeurs calculées à l'arrière.

Ce qui pourrait être utilisé à la place de "@@ROWCOUNT' ?
Quelqu'un peut-il confirmer que c'est impossible en ce moment ?

Merci d'avance.

EDIT 1 : je confirme que j'ai besoin d'utiliser SQL brut (j'ai écrit "raw plpgsql" dans la description d'origine).

Dans une tentative de faire de ma question plus claire merci de considérer que l'instruction de mise à jour affecte qu'une seule ligne et de réfléchir à l'accès concurrentiel optimiste:

  1. Le client fait une SELECT Déclaration au premier abord.

  2. Il construit la mise à JOUR et connaît la base de données des colonnes calculées doivent être inclus dans la clause SELECT. Entre autres choses, le prédicat comprend un horodatage qui est calculée à chaque fois les lignes sont mises à jour.

  3. Donc, si nous avons 1 ligne retournée alors tout est OK. Si aucune ligne n'est renvoyée, alors, nous savons qu'il y a une mise à jour précédente et le client peut avoir besoin d'actualiser les données avant d'essayer de mettre à jour la clause de nouveau. C'est pourquoi nous avons besoin de savoir combien de lignes où affectées par l'instruction de mise à jour avant de retourner colonnes calculées. Pas de ligne doit être renvoyée si la mise à jour échoue.

Veuillez toujours mentionner votre version de PostgreSQL en question.
Afin de vous ne pas voulez faire dans PL/pgSQL, mais en SQL. Sinon, vous utiliser GET DIAGNOSTICS
Voir la balise correspondante.
Re version: Mon erreur. J'oublie que les gens utilisent la version balises spécifiques juste pour dire "voici la version que j'utilise".
J'ai élaboré ma réponse basée sur vos modifications. Il ressemble à UPDATE ... RETURNING fait ce que vous avez besoin.

OriginalL'auteur Olivier MATROT | 2012-11-30

  1. 12

    Ce que vous voulez n'est pas possible actuellement dans la forme que vous décrivez, mais je pense que vous pouvez faire ce que vous voulez avec UPDATE ... RETURNING. Voir mise à JOUR ... de RETOUR dans le manuel.

    UPDATE <target_table> 
SET Proprerty0 = Value0
WHERE <predicate>
RETURNING Property0;

    Il est difficile d'être sûr, puisque l'exemple que vous avez fournie est tellement abstrait que d'être un peu vide de sens.

    Vous pouvez également utiliser un wCTE, qui permet à des cas plus complexes:

    WITH updated_rows AS (
    UPDATE <target_table> 
    SET Proprerty0 = Value0
    WHERE <predicate>
    RETURNING row_id, Property0
)
SELECT row_id, some_computed_value_from_property
FROM updated_rows;

    Voir les expressions de table communes ( requêtes) et depesz de l'article sur wCTEs.

    Mise à JOUR basée sur quelques détails ajoutés dans la question, voici une démo à l'aide de UPDATE ... RETURNING:

    CREATE TABLE upret_demo(
  id serial primary key,
  somecol text not null,
  last_updated timestamptz
);

INSERT INTO upret_demo (somecol, last_updated) VALUES ('blah',current_timestamp);

UPDATE upret_demo
SET
  somecol = 'newvalue',
  last_updated = current_timestamp
WHERE last_updated = '2012-12-03 19:36:15.045159+08'    -- Change to your timestamp
RETURNING 
  somecol || '_computed' AS a,
  'totally_new_computed_column' AS b;

    De sortie lorsque vous exécutez la 1ère fois:

             a         |              b              
-------------------+-----------------------------
 newvalue_computed | totally_new_computed_column
(1 row)

    Lorsqu'il est exécuté à nouveau, il n'aura aucun effet et de retour pas de lignes.

    Si vous avez des calculs plus complexes à faire dans le jeu de résultats, vous pouvez utiliser un wCTE sorte que vous pouvez REJOINDRE sur les résultats de la mise à jour et de faire d'autres choses complexes.

    WITH upd_row AS (
  UPDATE upret_demo SET 
    somecol = 'newvalue',
    last_updated = current_timestamp
  WHERE last_updated = '2012-12-03 19:36:15.045159+08'
  RETURNING id, somecol, last_updated
)
SELECT
  'row_'||id||'_'||somecol||', updated '||last_updated AS calc1,
 repeat('x',4) AS calc2
FROM upd_row;

    En d'autres termes: l'Utilisation UPDATE ... RETURNING, soit directement pour produire les lignes calculées, ou dans un fichier accessible en écriture CTE pour les cas plus complexes.

    L'écriture CTE fonctionne à partir de la version 9.2. Écriture CTE sont supers! Je ne comprends pas pourquoi il a fallu si longtemps avant qu'ils ont été mis en œuvre et la plupart des SGBD marques encore ne le supporte pas, je ne peux pas travailler sans plus.
    Merci ! Mise à JOUR...de RETOUR fonctionne comme prévu.

    OriginalL'auteur Craig Ringer