Pourquoi est-ce que PostgreSQL transaction donner un “AVERTISSEMENT: aucune transaction n'est en cours”

Je suis en cours d'exécution de la transaction de requêtes dans le code comme ceci (simplifié):

try {
    runQuery("begin");
    runQuery("some query ...");
    runQuery("some other query ...");
    runQuery("some more query ...");
    runQuery("some extra query ...");
    runQuery("commit");
} catch (e){
    runQuery("rollback");
}

Voici la liste des déclarations de la postgres fichier journal.

Notez que la première begin /commit fonctionne bien et la deuxième s'engager donne l'erreur mentionnée dans le sujet:

2015-02-18 20:19:17 UTC [6459-7] vdsr@sails LOG:  statement: begin
2015-02-18 20:19:17 UTC [6459-8] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "groups" ("name", "parentGroupRef", "isCompany", "companyRef", "createdAt", "updatedAt") values ($1, $2, $3, $4, $5, $6) RETURNING *
2015-02-18 20:19:17 UTC [6459-9] vdsr@sails DETAIL:  parameters: $1 = 'testclient', $2 = '5', $3 = 't', $4 = '1', $5 = '2015-02-18 20:19:17+00', $6 = '2015-02-18 20:19:17+00'
2015-02-18 20:19:17 UTC [6459-10] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "users" ("firstName", "lastName", "email", "companyRef", "isMainUser", "password", "middleName", "createdAt", "updatedAt") values ($1, $2, $3, $4, $5, $6, $7, $8, $9) RETURNING *
2015-02-18 20:19:17 UTC [6459-11] vdsr@sails DETAIL:  parameters: $1 = 'aa', $2 = 'bb', $3 = '[email protected]', $4 = '18', $5 = 't', $6 = '06a8ec164adcc7db4edfb6ca20c07b20', $7 = '', $8 = '2015-02-18 20:19:17+00', $9 = '2015-02-18 20:19:17+00'
2015-02-18 20:19:17 UTC [6459-12] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "roles" ("name", "companyRef", "createdAt", "updatedAt") values ($1, $2, $3, $4) RETURNING *
2015-02-18 20:19:17 UTC [6459-13] vdsr@sails DETAIL:  parameters: $1 = 'Master', $2 = '18', $3 = '2015-02-18 20:19:17+00', $4 = '2015-02-18 20:19:17+00'
2015-02-18 20:19:17 UTC [6459-14] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "userroles" ("roleRef", "userRef", "createdAt", "updatedAt") values ($1, $2, $3, $4) RETURNING *
2015-02-18 20:19:17 UTC [6459-15] vdsr@sails DETAIL:  parameters: $1 = '11', $2 = '13', $3 = '2015-02-18 20:19:17+00', $4 = '2015-02-18 20:19:17+00'
2015-02-18 20:19:17 UTC [6459-16] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "rolepermissions" ("roleRef", "permissionRef", "createdAt", "updatedAt") values ($1, $2, $3, $4) RETURNING *
2015-02-18 20:19:17 UTC [6459-17] vdsr@sails DETAIL:  parameters: $1 = '11', $2 = '24', $3 = '2015-02-18 20:19:17+00', $4 = '2015-02-18 20:19:17+00'
2015-02-18 20:19:17 UTC [6459-18] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "rolepermissions" ("roleRef", "permissionRef", "createdAt", "updatedAt") values ($1, $2, $3, $4) RETURNING *
2015-02-18 20:19:17 UTC [6459-19] vdsr@sails DETAIL:  parameters: $1 = '11', $2 = '22', $3 = '2015-02-18 20:19:17+00', $4 = '2015-02-18 20:19:17+00'
2015-02-18 20:19:17 UTC [6459-20] vdsr@sails LOG:  execute <unnamed>: SELECT "groups"."name", "groups"."notes", "groups"."parentGroupRef", "groups"."isCompany", "groups"."hierPos", "groups"."companyRef", "groups"."id", "groups"."createdAt", "groups"."updatedAt" FROM "groups" AS "groups"  WHERE "groups"."companyRef" = $1 
2015-02-18 20:19:17 UTC [6459-21] vdsr@sails DETAIL:  parameters: $1 = '1'
2015-02-18 20:19:17 UTC [6461-1] vdsr@sails LOG:  statement:  update groups set "hierPos" = case id when 2 then '1' when 3 then '2' when 4 then '3' when 5 then '4' when 6 then '4.1' when 10 then '4.1.1' when 18 then '4.2' when 13 then '5' when 17 then '6' else "hierPos" end  where id in (2,3,4,5,6,10,18,13,17) 
2015-02-18 20:19:17 UTC [6459-22] vdsr@sails LOG:  statement: commit
2015-02-18 20:26:08 UTC [6477-1] vdsr@sails LOG:  execute <unnamed>: SELECT "users"."firstName", "users"."middleName", "users"."lastName", "users"."email", "users"."password", "users"."resetKey", "users"."resetKeyGeneratedAt", "users"."isMainUser", "users"."companyRef", "users"."id", "users"."createdAt", "users"."updatedAt" FROM "users" AS "users"  WHERE "users"."id" = $1  LIMIT 1
2015-02-18 20:26:08 UTC [6477-2] vdsr@sails DETAIL:  parameters: $1 = '8'
2015-02-18 20:26:08 UTC [6477-3] vdsr@sails LOG:  execute <unnamed>: select p.name from permissions p  inner join rolepermissions rp on rp."permissionRef" = p.id   inner join roles r on r.id = rp."roleRef"  inner join userroles ur on ur."roleRef" = r.id  where ur."userRef" = $1
2015-02-18 20:26:08 UTC [6477-4] vdsr@sails DETAIL:  parameters: $1 = '8'
2015-02-18 20:26:08 UTC [6477-5] vdsr@sails LOG:  statement: begin
2015-02-18 20:26:08 UTC [6477-6] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "groups" ("name", "isCompany", "parentGroupRef", "companyRef", "createdAt", "updatedAt") values ($1, $2, $3, $4, $5, $6) RETURNING *
2015-02-18 20:26:08 UTC [6477-7] vdsr@sails DETAIL:  parameters: $1 = 'ddffdfd', $2 = 't', $3 = '1', $4 = '1', $5 = '2015-02-18 20:26:08+00', $6 = '2015-02-18 20:26:08+00'
2015-02-18 20:26:08 UTC [6477-8] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "users" ("firstName", "lastName", "email", "companyRef", "isMainUser", "password", "middleName", "createdAt", "updatedAt") values ($1, $2, $3, $4, $5, $6, $7, $8, $9) RETURNING *
2015-02-18 20:26:08 UTC [6477-9] vdsr@sails DETAIL:  parameters: $1 = 'fdfd', $2 = 'fdfd', $3 = '[email protected]', $4 = '19', $5 = 't', $6 = '7b9e87b1795e4d96bf9fbb898fa669fe', $7 = '', $8 = '2015-02-18 20:26:08+00', $9 = '2015-02-18 20:26:08+00'
2015-02-18 20:26:08 UTC [6477-10] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "roles" ("name", "companyRef", "createdAt", "updatedAt") values ($1, $2, $3, $4) RETURNING *
2015-02-18 20:26:08 UTC [6477-11] vdsr@sails DETAIL:  parameters: $1 = 'Master', $2 = '19', $3 = '2015-02-18 20:26:08+00', $4 = '2015-02-18 20:26:08+00'
2015-02-18 20:26:08 UTC [6477-12] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "userroles" ("roleRef", "userRef", "createdAt", "updatedAt") values ($1, $2, $3, $4) RETURNING *
2015-02-18 20:26:08 UTC [6477-13] vdsr@sails DETAIL:  parameters: $1 = '12', $2 = '14', $3 = '2015-02-18 20:26:08+00', $4 = '2015-02-18 20:26:08+00'
2015-02-18 20:26:08 UTC [6477-14] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "rolepermissions" ("roleRef", "permissionRef", "createdAt", "updatedAt") values ($1, $2, $3, $4) RETURNING *
2015-02-18 20:26:08 UTC [6477-15] vdsr@sails DETAIL:  parameters: $1 = '12', $2 = '24', $3 = '2015-02-18 20:26:08+00', $4 = '2015-02-18 20:26:08+00'
2015-02-18 20:26:08 UTC [6477-16] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "rolepermissions" ("roleRef", "permissionRef", "createdAt", "updatedAt") values ($1, $2, $3, $4) RETURNING *
2015-02-18 20:26:08 UTC [6477-17] vdsr@sails DETAIL:  parameters: $1 = '12', $2 = '22', $3 = '2015-02-18 20:26:08+00', $4 = '2015-02-18 20:26:08+00'
2015-02-18 20:26:08 UTC [6477-18] vdsr@sails LOG:  execute <unnamed>: INSERT INTO "rolepermissions" ("roleRef", "permissionRef", "createdAt", "updatedAt") values ($1, $2, $3, $4) RETURNING *
2015-02-18 20:26:08 UTC [6477-19] vdsr@sails DETAIL:  parameters: $1 = '12', $2 = '23', $3 = '2015-02-18 20:26:08+00', $4 = '2015-02-18 20:26:08+00'
2015-02-18 20:26:08 UTC [6477-20] vdsr@sails LOG:  execute <unnamed>: SELECT "groups"."name", "groups"."notes", "groups"."parentGroupRef", "groups"."isCompany", "groups"."hierPos", "groups"."companyRef", "groups"."id", "groups"."createdAt", "groups"."updatedAt" FROM "groups" AS "groups"  WHERE "groups"."companyRef" = $1 
2015-02-18 20:26:08 UTC [6477-21] vdsr@sails DETAIL:  parameters: $1 = '1'
2015-02-18 20:26:08 UTC [6478-1] vdsr@sails LOG:  statement:  update groups set "hierPos" = case id when 2 then '1' when 3 then '2' when 4 then '3' when 5 then '4' when 6 then '4.1' when 10 then '4.1.1' when 18 then '4.2' when 13 then '5' when 17 then '6' when 19 then '7' else "hierPos" end  where id in (2,3,4,5,6,10,18,13,17,19) 
2015-02-18 20:26:08 UTC [6479-1] vdsr@sails LOG:  statement: commit
2015-02-18 20:26:08 UTC [6479-2] vdsr@sails WARNING:  there is no transaction in progress

C'est pourquoi: postgresql.org/docs/9.1/static/sql-start-transaction.html
Pas plus qu'il n'explique. J'ai déjà lu le 9.3 manuels en matière de transaction. Aussi, commencez est égal à lancer la transaction dans Postgres, si c'est ce que vous vous embarquez.
La présente partie: In the standard, it is not necessary to issue START TRANSACTION to start a transaction block: any SQL command implicitly begins a block. PostgreSQL's behavior can be seen as implicitly issuing a COMMIT after each command that does not follow START TRANSACTION (or BEGIN), and it is therefore often called "autocommit". Other relational database systems might offer an autocommit feature as a convenience.
donc, vous n'avez pas besoin de votre commande commit. Une fois l'opération terminée, il va être engagée, sauf si vous avez configuré la connexion à validation automatique de faux
Je n'ai pas besoin de commettre de commande? Je ne comprends pas. Je suis en cours d'exécution d'une transaction (liste des déclarations que je veux être exécuté totalement ou pas du tout exécuté) donc je dois avoir un begin et commit.
Vous êtes peut-être frapper la "Exécuter pgScript" intead de "Exécuter la Requête" dans pgAdminIII de l'éditeur de requête?
Je ne suis pas en cours d'exécution via pgAdmin, Ces requêtes sont exécutées par le nœud en fonction de l'app et ce sont les logs générés par les postgres.
Je ne veux pas que chaque requête de indépendamment commis juste après. C'est donc pourquoi, je dois émettre de commande commencer explicitement à dire postgres qu'il ne faut pas commettre jusqu'à ce qu'il voit de validation de commande, de sorte que le groupe d'instructions entre begin et commit peut être commis / annulées ensemble. Si l'une de ces requêtes entre begin et commit échoué, mon code dans le nœud application serait question d'un retour en arrière.
Vous avez dit que ce commads sont en cours d'exécution dans un nœud application basée sur ce qui signifie que cette application devrait contrôler les transactions qui ne sont pas de votre pgplsql code. Peut-être que c'est l'émission de l'avertissement, car vous exécutez la commande de la validation et de l'application de la transaction est d'essayer de s'engager, par conséquent, le message d'avertissement.

InformationsquelleAutor Nihat | 2015-02-18

3

Ce qui semble être un malentendu. Envisager de ma gras accent:

[6459-7] vdsr@voiles JOURNAL: déclaration: commencer

[6459-8] vdsr@voiles JOURNAL: exécuter : INSÉRER DANS des "groupes" ("nom", "parentGroupRef", "isCompany", "companyRef", "createdAt",
"updatedAt") les valeurs ($1, $2, $3, $4, $5, $6) de RETOUR *

...

[6459-22] vdsr@voiles JOURNAL: déclaration: commettre

...

[6477-5] vdsr@voiles JOURNAL: déclaration: commencer

[6477-6] vdsr@voiles JOURNAL: exécuter : INSÉRER DANS des "groupes" ("nom", "isCompany", "parentGroupRef", "companyRef", "createdAt",
"updatedAt") les valeurs ($1, $2, $3, $4, $5, $6) de RETOUR *

...

[6479-1] vdsr@voiles JOURNAL: déclaration: commettre

[6479-2] vdsr@voiles AVERTISSEMENT: il n'y a pas de transaction en cours

L'AVERTISSEMENT évidemment appartient à une différents transaction simultanée, qui n'a pas démarrer une transaction explicite. Le commit est égaré il, car il fonctionne en mode autocommit.

Si vous continuez la lecture de votre journal, vous trouverez probablement une entrée pour l'engager plus bas:

[6477-??] vdsr@voiles JOURNAL: déclaration: commettre

Debug

Si vous trouvez ni qui, ni une rollback entrée, ni une erreur, je voudrais vérifier pour des problèmes dans votre application en laissant non validées zombi transactions, ce qui serait un mauvaise chose.

Commencer l'enquête par la vérification de la vue système pg_stat_activity tout en étant connecté à votre base de données:
```
SELECT *
FROM   pg_stat_activity
WHERE  datname = current_database()  -- only current database
AND    pid <> pg_backend_pid()       -- except your current session
AND    state LIKE 'idle%';
```
La state valeur idle n'est pas nécessairement suspect - juste une session qui est en attente pour l'entrée.

Mais idle in transaction et idle in transaction (aborted) sont.

Plus en le manuel ici ou ces réponses:
- Comment faire pour supprimer une base de données PostgreSQL si il y a des connexions actives à elle?
- Est-il un délai d'attente d'inactivité PostgreSQL connexions?
- Salut. Je ne suis pas sûr si il y avait quelque differeny transaction simultanée. Je suis sur mon développement local de l'ordinateur et je suis assez sûr qu'il n'y a pas d'autres transactions qui se passe. En fait, j'ai juste collé tous les journaux de l'époque l'postgres a commencé ici, dans le plein avec des id de session cette fois ( bpaste.net/show/06bb02e11cba ). Vous verrez que il y a seulement un début de transaction et un commit et il n'y a pas d'autres commettent plus bas (le fichier journal est collé dans son intégralité). Vous verrez que l'avertissement de nouveau après le commit à la fin du journal
- Il y a un unique avertissement dans votre journal, celui que j'ai cité. De toute façon, il s'avère que c' est une autre transaction, de même ne sont pas simultanées. Le comportement de votre client a besoin d'être fixé bien sûr. Je voudrais aussi vérifier si qui laisse les transactions non validées dans les limbes. J'ai ajouté des pointeurs comment déboguer.
InformationsquelleAutor Erwin Brandstetter
0

Cela est causé par les voiles-postgresql nœud module que j'utilise. Il est à l'origine d'une nouvelle session à être créé dans le milieu de mon opération des requêtes et donc de la validation de la requête a été émis par une autre session. Qui était la cause de l'avertissement.

InformationsquelleAutor Nihat

Vous devez vous connecter pour publier un commentaire.

Debug